時光飛逝，時間在慢慢推演，我們的工作又將迎來新的進步，是時候開始制定計劃了。計劃怎么寫才能發(fā)揮它最大的作用呢？下面是小編整理的測試計劃模板，歡迎閱讀，希望大家能夠喜歡。
在來到佳木斯牡佳客專九標中心試驗室的這段時間里，我完成了從在校大學(xué)生到中心試驗室試驗員的身份及心態(tài)轉(zhuǎn)變。雖然走出了學(xué)校，離開了象牙塔，但我已經(jīng)做好了足夠的心理準備接受工作中所有未知的挑戰(zhàn)。
在來到牡佳中心試驗室以后，在王主任的培訓(xùn)學(xué)習(xí)中對試驗檢測工作有所了解，在工作中從整理配合比資料開始逐漸的學(xué)習(xí)規(guī)范和專業(yè)知識，同時配合張健主任進行耐久性試驗和土工格柵的檢測，在實際操作中加深對規(guī)范的理解并能熟練操作。由于王建國主任的正確指導(dǎo)及同事們的協(xié)助配合，我不僅較好的完成了本職工作，而且在實踐中不斷得到鍛煉及提高，在工作上有所長進。
現(xiàn)在我在試驗室中負責(zé)混凝土配合比、土工、土工格柵及耐久性試驗，同時輔助進行外加劑的試驗檢測。目前工區(qū)即將冬休，試驗委托量已降為平時的十之二三，不過隨之而來的則是明年配合比的選定，故而容不得有一絲懈怠。
從現(xiàn)在至元旦，我將為自己制定學(xué)習(xí)計劃，確立目標并不停的提高自己。
1、不斷提高自己的理論知識水平，通過文獻、書本及教學(xué)視頻不斷的學(xué)習(xí)專業(yè)知識、對于掌握的試驗項目能夠知其然亦知其所以然，理解試驗的每一個參數(shù)，對試驗的結(jié)果有自己的判斷。
2、進行混凝土配合比試驗的過程，也是我學(xué)習(xí)的過程。我可以在混凝土配合比的各項試驗中，了解混凝土試件的取樣及試件尺寸、熟悉試件的制作及養(yǎng)護條件、掌握試件各項力學(xué)性指標的試驗方法及步驟。查漏補缺，發(fā)現(xiàn)自己的不足，加深對混凝土配合比的理解。對相關(guān)國家標準、規(guī)范，試驗室相關(guān)文件的學(xué)習(xí)也不會停止，通過對標準規(guī)范的學(xué)習(xí)，結(jié)合實際的試驗操作，讓自己的試驗操作更規(guī)范更準確。
3、對于我未曾接觸的如水泥、粉煤灰等材料的相關(guān)試驗，我會在膠凝室空閑的時間內(nèi)對照規(guī)范學(xué)習(xí)試驗與操作，基本達到認識和熟悉水泥、粉煤灰常規(guī)檢測項目的目標。而對于較為熟悉的土工試驗項目，我也會學(xué)習(xí)其余的土工試驗，對已經(jīng)掌握的試驗項目也要精益求精，保證不會出錯。
4、努力做到在工作時提前準備，合理安排工作日程，讓自己能夠發(fā)揮自己最大的潛能和積極主動性，提高工作效率。
1.目的
根據(jù)本公司生計量設(shè)備管理程序要求特制定的本年度維修保養(yǎng)計劃。保持計量器具和計量設(shè)備的良好狀態(tài)，以保證使用過程效能，確保生產(chǎn)能夠連續(xù)穩(wěn)定的進行。
2.范圍
適用于本廠計量設(shè)備、計量器具的控制和管理。
3.職責(zé)
3.1生產(chǎn)部是設(shè)備維護保養(yǎng)的主要管理部門。負責(zé)廠的計量設(shè)備、計量器具的管理。
3.2生產(chǎn)部根據(jù)廠量設(shè)備、計量器具的實際情況，負責(zé)建立管理檔案，制訂《計量器具計量設(shè)備操作規(guī)范》，對器具、設(shè)備實施全過程的管理。
3.3生產(chǎn)部負責(zé)所有的計量器具、設(shè)備進行維修、保養(yǎng)及運行操作。
4工作程序
設(shè)備在使用過程中，隨著運行工時的增加，各部機構(gòu)和零件由于受到摩檫、腐蝕、磨損、振動、沖擊、碰撞及事故等諸多因素的影響，技術(shù)性能逐漸變壞。
4.1保養(yǎng)作業(yè)內(nèi)容
按照保養(yǎng)作業(yè)性質(zhì)可分為：清潔，檢查，緊固，潤滑，調(diào)整，檢驗和補給作業(yè)。檢驗作業(yè)由國家指定的檢驗部門執(zhí)行，或由本司專職檢驗人員負責(zé)進行。
1) 清潔、檢查、一般由設(shè)備操作人員執(zhí)行。
2) 緊固、調(diào)整、潤滑作業(yè)一般由機修工執(zhí)行。
3) 電氣作業(yè)由專業(yè)人員執(zhí)行。
5保養(yǎng)制度
計量設(shè)備和計量器具的保養(yǎng)制度是以預(yù)防為主，定運行工時進行保養(yǎng)的原則，分為例行保養(yǎng)，一級保養(yǎng)，二級保養(yǎng)，三級保養(yǎng)，季節(jié)性保養(yǎng)。
計量設(shè)備和計量器具保養(yǎng)的分級和作業(yè)內(nèi)容是根據(jù)實際使用中計量參數(shù)情況的變化；設(shè)備的結(jié)構(gòu)；使用的條件；環(huán)境條件等確定。是根據(jù)零件磨損規(guī)律，老化規(guī)律，把程度相近的項目集中起來，在達到正常磨損，老化將被破壞前進行保養(yǎng)，保持計量器具設(shè)備整潔，發(fā)現(xiàn)和消除故障隱患，防止設(shè)備早期損壞，達到設(shè)備維持正常運行的目的。
5.1設(shè)備的例行保養(yǎng)
設(shè)備的例行保養(yǎng)是各級保養(yǎng)的基礎(chǔ)，直接關(guān)系到運行安全，能源的消耗，機件的使用壽命。例行保養(yǎng)作業(yè)由設(shè)備操作人負責(zé)執(zhí)行，其作業(yè)中心內(nèi)容以清潔、補給、安全、檢視為主，堅持開工之前、運行中、收工后的三檢制度。檢查操縱機構(gòu)、運行機件、安全保護裝置的可靠性，維護計量設(shè)備和器具的清潔等。
5.1.1 計量設(shè)備啟動前的工作項目。
1) 清潔設(shè)備，清除與生產(chǎn)無關(guān)的雜物。
2) 檢查各指示儀器，儀表，操作按鈕和手柄以及緊急停止按鈕是否正常。
3) 檢查各部位有無漏水，漏氣，漏電的現(xiàn)象。
5.1.2設(shè)備運行中的檢查。
1) 注意各儀器儀表的工作情況，及各部位有無異常的聲響。
2) 運行中注意安全部件是否正常。
3) 遇異常情況要及時向相關(guān)部門負責(zé)人報告。
5.1.3收工后的作業(yè)項目
1) 清潔設(shè)備外部，除去污物和雜物。
2)填寫設(shè)備運行錄表。
3) 排除運行中發(fā)現(xiàn)的缺陷和故障。
5.2 設(shè)備的維修保養(yǎng)
設(shè)備的維修保養(yǎng)是合理使用設(shè)備的重要環(huán)節(jié)，必須用強制性的保養(yǎng)制度取代那些隨壞隨修，以修代保，進行頻繁的大拆大卸的做法。
設(shè)備的維修保養(yǎng)就是在以預(yù)防為主的思想指導(dǎo)下，把設(shè)備保養(yǎng)作業(yè)項目按其周期長短分別組織在一起，分級定期執(zhí)行，設(shè)備的定期保養(yǎng)分為：一級保養(yǎng)，二級保養(yǎng)，三級保養(yǎng)。
5.2.1一級保養(yǎng)
一級保養(yǎng)是各級技術(shù)保養(yǎng)的基礎(chǔ)，各級技術(shù)管理部門必須十分重視一級保養(yǎng)工作的質(zhì)量。由專業(yè)維修工負責(zé)執(zhí)行。主要作業(yè)內(nèi)容以清潔、潤滑、緊固為主，檢查操縱、指示用儀器、儀表、安全部位等。
5.2.2二級保養(yǎng)
設(shè)備的二級保養(yǎng)以清潔、檢查、調(diào)整、校驗為中心內(nèi)容。由專業(yè)維修人員負責(zé)執(zhí)行。除執(zhí)行一級保養(yǎng)作業(yè)項目，檢查安全機件的可靠性，消除隱患，調(diào)整易損零部件的配合狀況，旋轉(zhuǎn)運動部位的磨損程度，校驗指示用儀器儀表和控制用儀器儀表、計量用儀器儀表，延長使用壽命，維護設(shè)備的技術(shù)性能。
5.2.3三級保養(yǎng)
三級保養(yǎng)以解體清洗、檢查、調(diào)整為中心內(nèi)容。清除污垢、結(jié)焦，視需要對各部件進行解體、清洗、檢查，清除隱患，排除缺陷，對設(shè)備進行全面檢查，視需要進行除銹、補漆，對電氣設(shè)備進行檢查、試驗。
5.2.4季節(jié)性保養(yǎng)
本市冬、夏氣溫相差懸殊，設(shè)備的工作條件也發(fā)生明顯變化。為此，在進入冬夏兩季之前，應(yīng)結(jié)合二級保養(yǎng)進行季節(jié)性保養(yǎng)作業(yè)，以避免因氣溫變化造成設(shè)備性能不良和機件損壞。
5.3 使用過程故障維修
生產(chǎn)過程中若發(fā)生機械設(shè)備故障，應(yīng)及時通知質(zhì)管部聯(lián)系維修人員維修，并填寫“設(shè)備維修記錄單”。維修后，經(jīng)使用人檢驗正常運行后再進行正常工作。
5.4 保養(yǎng)時間安排
日常例行保養(yǎng)由操作工按照要求日常進行，“三級保養(yǎng)”由設(shè)備維修人員負責(zé)，每三個月進行一次。二級保養(yǎng)一年一次。一級保養(yǎng)視情況而定。
測試計劃中所有測試方法和模塊已經(jīng)執(zhí)行通過所有的測試案例已經(jīng)執(zhí)行過
所有的重要等級為1/2的Bug已經(jīng)解決并由測試驗證
第2章項目背景
2、1測試范圍
說明本計劃涵蓋的測試范圍，比如功能測試、集成測試、系統(tǒng)測試、驗收測試等、通常說明什么是要測試的，什么是不要測試的是非常重要的、明確規(guī)定這些問題后，測試人員對該做什么有一個清晰的認識
（1）簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能
（2）如果在編寫此文檔的過程中作出的某些假設(shè)可能會影響測試設(shè)計、開發(fā)或?qū)嵤?，則列出所有這些假設(shè)
（3）列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件
（4）列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃屑s束
提示和技巧：
需要測試和特別注意測試那些部分？測試是否專么針對與某些問題的解決哪些部分不需要測試，為什么？哪些部分需要推遲測試，為什么是否要驗證每個模塊的穩(wěn)定性？測試的優(yōu)先級和先后順序
2、2測試目標
系統(tǒng)目標對測試人員了解自己需要做什么是非常重要的、測試項目負責(zé)人應(yīng)積極與系統(tǒng)設(shè)計人員或開發(fā)人員溝通，以取得相關(guān)資料、測試人員必須知道系統(tǒng)是做什么并且?guī)椭椖繉崿F(xiàn)這種目標、在計劃中包括系統(tǒng)視圖和目標后，要確保所有的測試人員都知道項目和系統(tǒng)的目標、通常情況下項目計劃都是模糊的、模糊的目標必須通過成員的努力轉(zhuǎn)換成可衡量和實現(xiàn)的東西、沒有固定的視圖和目標，你將無法完成部分任務(wù)、而且，你會發(fā)現(xiàn)很難將對產(chǎn)品的認識向別人轉(zhuǎn)述
2、3聯(lián)系方式
列出項目參與人員的職務(wù)、姓名、E—mail和電話
利用現(xiàn)代的設(shè)計技術(shù)和正式的技術(shù)復(fù)審可以減少代碼中存在的初始錯誤，但是錯誤總是存在的，如果開發(fā)者找不到錯誤，那么，客戶就會找到它們。越來越多的軟件組織認識到軟件測試是軟件質(zhì)量保證的重要元素之一，很多軟件開發(fā)組織將30%—40%甚至更多的項目資源用在測試上，軟件測試技術(shù)和軟件測試策略受到了高度的重視和廣泛的應(yīng)用。
本文不想就軟件測試技術(shù)和軟件測試策略作深入的理論分析，而是列舉一個在軟件系統(tǒng)測試階段進行的壓力測試實例，希望能通過這個實例與從事軟件測試相關(guān)工作的朋友進行交流。
首先介紹一下實例中軟件的項目背景，該軟件是一個典型的三層C/S架構(gòu)的MIS系統(tǒng)（客戶端/應(yīng)用服務(wù)器/數(shù)據(jù)庫管），中間層是業(yè)務(wù)邏輯層，應(yīng)用服務(wù)器處理所有的業(yè)務(wù)邏輯，但應(yīng)用服務(wù)器本身不提供負載均衡的能力，而是利用開發(fā)工具提供的ORB（對象請求代理）軟件保證多個應(yīng)用服務(wù)器間的負載均衡。本次測試的目的是：進行單個應(yīng)用服務(wù)器的壓力測試，找出單個應(yīng)用服務(wù)器能夠支持的最大客戶端數(shù)。測試壓力估算的依據(jù)是：假定在實際環(huán)中，用戶只啟用一個應(yīng)用服務(wù)器進行所有的業(yè)務(wù)處理。方法是：按照正常業(yè)務(wù)壓力估算值的1~10倍進行測試，考察應(yīng)用服務(wù)器的運行情況。
壓力測試的詳細計劃如下：
壓力測試計劃
1、測試計劃名稱
河北省公安交通管理信息系統(tǒng)壓力測試計劃。
2、測試內(nèi)容
2.1背景
本次測試中的壓力測試是指模擬實際應(yīng)用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負荷，長時間運行測試軟件來測試被測系統(tǒng)的可靠性，同時還要測試被測系統(tǒng)的響應(yīng)時間。用戶的實際使用環(huán)境：
◇由兩臺 XSeries250 PC Server組成的Microsoft Cluster；
◇數(shù)據(jù)庫管理系統(tǒng)采用Oracle8.1.6；
◇應(yīng)用服務(wù)器程序和數(shù)據(jù)庫管理系統(tǒng)同時運行在Microsoft Cluster上。
◇有200個用戶使用客戶端軟件進行業(yè)務(wù)處理，每年通過軟件進行處理的總業(yè)務(wù)量為：150萬筆業(yè)務(wù)/年。
2.2測試項
應(yīng)用服務(wù)器的壓力測試；
2.3不被測試的特性
◇系統(tǒng)的客戶端應(yīng)用程序的內(nèi)部功能；
◇數(shù)據(jù)庫中的數(shù)據(jù)量對程序性能的影響。
3、測試計劃
3.1測試強度估算
測試壓力估算時采用如下原則：
◇全年的業(yè)務(wù)量集中在8個月完成，每個月20個工作日，每個工作日8個小時；
◇采用80—20原理，每個工作日中80%的業(yè)務(wù)在20%的時間內(nèi)完成，即每天80%的業(yè)務(wù)在1.6小時內(nèi)完成；
測試壓力的估算結(jié)果：
去年全年處理業(yè)務(wù)約100萬筆，其中15%的業(yè)務(wù)處理每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交7次請求；70%的業(yè)務(wù)處理每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交5次請求；其余15%的業(yè)務(wù)每筆業(yè)務(wù)向應(yīng)用服務(wù)器提交3次請求。根據(jù)以往統(tǒng)計結(jié)果，每年的業(yè)務(wù)增量為15%，考慮到今后三年業(yè)務(wù)發(fā)展的需
要，測試需按現(xiàn)有業(yè)務(wù)量的2倍進行。
每年總的請求數(shù)量為：（100__15%__7+100__70%__5+100__15%__3）__2=300萬次/年。
每天的請求數(shù)量為：300/160=1.875萬次/天。
每秒的請求數(shù)量為：（18750__80%）/（8__20%__3600）=2.60次/秒。
正常情況下，應(yīng)用服務(wù)器處理請求的能力應(yīng)達到：3次/秒。
3.2測試環(huán)境準備
3.2.1基本硬件及軟件環(huán)境的準備
1)網(wǎng)絡(luò)環(huán)境：公司內(nèi)部的以太網(wǎng)，與服務(wù)器的連接速率為100M，與客戶端的連接速率為10/100M自適應(yīng)。
2)使用兩臺IBM XSeries250（1G內(nèi)存）PC Server作Microsoft Cluster，安裝系統(tǒng)軟件
20__ Advance Server及Microsoft Cluster Server（MSCS）。
3)數(shù)據(jù)庫管理系統(tǒng)的安裝及配置：在測試用的IBM XSeries服務(wù)器上安裝Oracle8.1.6，數(shù)據(jù) 庫采用
Fail Safe（ofs）的Active/Passive配置。 安裝數(shù)據(jù)庫管理系統(tǒng)及支撐軟件（包括VisiBroker和BDEAdministrator）。
4)安裝被測的應(yīng)用服務(wù)器程序。
5)客戶端的PC機：10臺（PⅢ600/128M RAM）。
3.2.2系統(tǒng)客戶端測試程序的編寫系統(tǒng)客戶端測試程序使用Delphi編寫，要求測試程序?qū)崿F(xiàn)如下功能：
1)模擬一個主要的向應(yīng)用服務(wù)器發(fā)送請求并接收響應(yīng)信息的.功能。要求交替模擬兩種情況：第一種，發(fā)送的請求至少包括10個參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型；接收的
響應(yīng)信息不少于1個參數(shù)；第二種，發(fā)送的請求不少于1個參數(shù)；接收的響應(yīng)信息至少包括10個參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型。
2)必須能夠通過參數(shù)設(shè)定在每臺PC機上運行的客戶端測試程序個數(shù)、請求的時間間隔（單位：毫秒）、運行時間（單位：小時）。
3)在數(shù)據(jù)庫中建立測試記錄表，生成測試記錄，向數(shù)據(jù)庫寫入測試記錄的功能不通過被測的應(yīng)用服務(wù)器實現(xiàn)。日志內(nèi)容包括：發(fā)送測試請求的機器名、客戶端測試程序序號、發(fā)出請求時間、收到響應(yīng)時間、處理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。
3.2.3系統(tǒng)本底數(shù)據(jù)的準備
為考察系統(tǒng)運行一段時間后系統(tǒng)的響應(yīng)性能，參照實際運行情況及發(fā)展進行系統(tǒng)的本底數(shù)據(jù)準備。業(yè)務(wù)處理中涉及到的業(yè)務(wù)表中都要求按設(shè)計規(guī)模進行本底數(shù)據(jù)的準備。要求準備的數(shù)據(jù)記錄的有效性符合系統(tǒng)要求，數(shù)據(jù)有效性的具體要求參見數(shù)據(jù)庫設(shè)計及系統(tǒng)設(shè)計文檔。
3.3破壞性測試
按照設(shè)計連接的客戶端連接數(shù)量進行測試，把應(yīng)用服務(wù)器處理請求的設(shè)計頻度增加1－10倍，分別測試出現(xiàn)錯誤的狀態(tài)和和出現(xiàn)錯誤的比率，考察是否出現(xiàn)不可恢復(fù)錯誤，系統(tǒng)設(shè)計要考
慮出現(xiàn)嚴重錯誤情況下負荷減輕錯誤自動恢復(fù)的實現(xiàn)方法。
計劃時間：2天；這個時間包括破壞性的修復(fù)和自動恢復(fù)的實現(xiàn)需要的時間。
在測試過程中每10分鐘記錄一次IBM Xseries PC
Server的內(nèi)存及CPU使用情況，包括被測程序的內(nèi)存占用百分比、數(shù)據(jù)庫管理系統(tǒng)的內(nèi)存占用百分比、操作系統(tǒng)的內(nèi)存占用百分比。
3.4強度穩(wěn)定性測試
選擇一種負荷比設(shè)計負荷重的情況（應(yīng)用服務(wù)器處理請求的頻度為應(yīng)用服務(wù)器處理請求的 設(shè)計頻度的
1.5倍），進行24小時穩(wěn)定性測試。
3.5測試方法和工具
黑盒測試
測試工具：無外購的測試工具，自己編制的測試工具。
3.6測試時間計劃
3.6.1環(huán)境準備：2天。
其中：基本硬件、軟件環(huán)境及系統(tǒng)本底數(shù)據(jù)的準備：1天，
系統(tǒng)客戶端測試程序的編寫及測試：1天。
3.6.2破環(huán)性測試：2天。
3.6.3強度穩(wěn)定性測試：1天。
3.7測試中的問題及處理
3.7.1暫停標準和再啟動要求
暫停標準：被測試軟件在強度穩(wěn)定性測試中頻繁出現(xiàn)異常（每小時出現(xiàn)1次以上）時。用戶或公司要求暫停測試時。
再啟動要求：通過調(diào)試后，預(yù)計被測試軟件的可靠性有所提高時，可再次啟動測試。
3.7.2不可預(yù)見問題
不可預(yù)見問題包括：
◇測試環(huán)境被破壞而導(dǎo)致測試無法進行；
◇當(dāng)出現(xiàn)上述不可預(yù)見問題時，測試終止，就已完成的測試內(nèi)容編制測試總結(jié)報告，并在報告中說明測試終止的原因。
3.8測試報告 20__.06.21
測試總結(jié)報告提交日期：20__.06.21。
3.8.1應(yīng)生成的測試文件
測試記錄（測試負責(zé)人和參與測試的人員簽字）；
測試總結(jié)報告。
3.8.2測試總結(jié)報告中必須包含的內(nèi)容
被測試軟件名稱、測試項、測試環(huán)境；
被測試軟件的壓力測試結(jié)論：響應(yīng)時間、最大/最小并發(fā)數(shù)、失敗的次數(shù)、正常連續(xù)運行的最長/最短時間，并發(fā)數(shù)與失敗的關(guān)系。
4、人員和職責(zé)
4.1職責(zé)
測試工程師：負責(zé)編寫測試計劃，組織測試，對測試過程進行記錄，收集、整理測試記錄數(shù)據(jù)，對測試結(jié)果進行分析，編寫測試總結(jié)報告。
軟件工程師：負責(zé)編寫、調(diào)試客戶端測試軟件；數(shù)據(jù)庫管理系統(tǒng)的安裝、ofs配置及系統(tǒng)的本底數(shù)據(jù)準備。系統(tǒng)工程師：負責(zé)測試用的硬件維護及操作系統(tǒng)安裝、MSCS配置。
總工程師：負責(zé)對測試計劃及測試總結(jié)報告進行批準。
用戶：必要時可參加測試，并提出具體的測試要求；可要求暫停測試。
4.2人員和訓(xùn)練要求
本次測試無特別的人員及培訓(xùn)要求。
5、批準
本測試計劃必須經(jīng)過總工程師批準后才能開始實施。
網(wǎng)上購物系統(tǒng)測試計劃書
1．引言
1.1編寫目的
編寫“網(wǎng)上購物系統(tǒng)測試計劃“的目的是：
（1） 提供一個對項目軟件進行測試的總體安排和進度計劃，確定現(xiàn)有項目的信息和應(yīng)測試軟件構(gòu)件，便于測試人員測試。
（2）推薦可采用的測試策略，并對這些策略加以說明。
（3）確定所需的資源，并對測試的工作量進行估計。
1.2項目背景
1.項目名稱：
網(wǎng)上購物系統(tǒng)
2 軟件應(yīng)用：
適用于網(wǎng)上產(chǎn)品的信息收集和發(fā)布活動，為用戶提供良好的交易平臺。
3項目背景：
網(wǎng)上購物系統(tǒng)應(yīng)該能夠為用戶提供充足的信息和快捷的購買手段。隨著商品經(jīng)濟的發(fā)展及人們消費水平的提高，還有信息時代的飛躍，越來越多的人愛上了網(wǎng)購，從而催生了網(wǎng)上購物系統(tǒng)的誕生。它為人們購物帶來了方便快捷，節(jié)約了沒時間出去而省下了空間。 4項目開發(fā)過程：
該項目目前后經(jīng)歷三個階段，前期設(shè)計階段，然后是開發(fā)階段，最后是軟件的測試階段。項目的用戶針對的是網(wǎng)上購物的廣大群眾和管理員，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進行測試。
5任務(wù)提出者：；
6開發(fā)者：軟件工程課程設(shè)計小組成員：
7用戶：購物者、管理員
8本系統(tǒng)將使用SQLServer20__作為數(shù)據(jù)庫存儲系統(tǒng)。
1.3定義 1.黑盒測試: 黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。
2.單元測試：對各個模塊的源代碼進行測試，保證各模塊基本功能能夠正確的實現(xiàn)；
3 集成測試：將各個模塊進行組合測試，保證所有的功能都能夠正確的實現(xiàn)；
4系統(tǒng)測試：根據(jù)《需求規(guī)格說明書》對軟件進行功能測試，對重點的模塊進行性能測試，并結(jié)合可能的用戶測試；
5 驗收測試：根據(jù)用戶手冊對功能進行檢查，復(fù)查報告庫中的所有Bug，對Release版本進行安裝測試。
6 Asp(active server pages)是微軟公司推出的一種用以取代CGI的技術(shù)，基于目前絕大多數(shù)網(wǎng)站應(yīng)用于windows平臺，asp是一個位于windows服務(wù)器端的腳本運行環(huán)境，通過這種環(huán)境，用戶可以創(chuàng)建和運行動態(tài)的交互式的web服務(wù)器應(yīng)用程序以及EDI（電子數(shù)據(jù)交換）；
7 ADO：ActiveX Data Object, ActiveX 數(shù)據(jù)對象；
8 SQL：Structured Query Language。
1.4參考資料
a. 網(wǎng)上購物系統(tǒng)開發(fā)計劃書；
b. 網(wǎng)上購物系統(tǒng)需求規(guī)格說明書；
c. 網(wǎng)上購物系統(tǒng)設(shè)計說明書；
d. 網(wǎng)上購物系統(tǒng)設(shè)計模型；
e. 網(wǎng)上購物系統(tǒng)需求分析設(shè)計模型
f. 網(wǎng)上購物系統(tǒng)用戶操作手冊；
2．任務(wù)概述
2.1目標
測試網(wǎng)上購物系統(tǒng)中的各個功能模塊是否滿足用戶需求，并測試是否存在bug。預(yù)期達到能夠使系統(tǒng)進行快速的改進和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件的錯誤，從而提高軟件運行的穩(wěn)定性和提高用戶體驗。
2.2運行環(huán)境
操作系統(tǒng)：windows
開發(fā)環(huán)境：VS20__，SQL server 20__
處理器：主頻1.6G以上，硬盤40G，內(nèi)存2G
2.3需求概述
已被確定為測試對象的項目有：
1．?dāng)?shù)據(jù)庫測試
2．功能性測試
3．用戶界面測試
4．性能測試
5．安全性和訪問控制測試
6．配置測試
2.4條件與限制
設(shè)備所用到的設(shè)備類型、數(shù)量和預(yù)定使用時間:
PC，主頻1.6G以上，硬盤40G，內(nèi)存2G 1臺。
3．計劃
3.1測試方案
（1）數(shù)據(jù)和數(shù)據(jù)庫完整性測試
數(shù)據(jù)庫和數(shù)據(jù)庫進程應(yīng)作為“網(wǎng)上購物系統(tǒng)”中的子系統(tǒng)來進行測試。 在測試這些子系統(tǒng)時，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要進行深入的研究，以確定可以支持以下測試的工具和方法。
（2）功能測試
測試對象的`功能測試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測試需求。這些測試的目標在于核實能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應(yīng)用程序交互并分析輸出結(jié)果來驗證應(yīng)用程序及其內(nèi)部進程。以下列出的是每個應(yīng)用程序推薦的測試方法概要：
（3）用戶界面測試
通過用戶界面 (UI) 測試來核實用戶與軟件的交互。UI 測試的目標在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內(nèi)部的對象符合預(yù)期要求，并遵循公司或行業(yè)的標準。
（4）性能評價
性能評價是一種性能測試，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進行評測和評估