1、精選優(yōu)質(zhì)文檔-傾情為你奉上項目編號文檔編號密 級內(nèi)部測試計劃說明書V1.0(版本號)擬 制 人_張家浩、林良邦、張海云、洪曉中、王天驕_審 核 人_批 準(zhǔn) 人_專心-專注-專業(yè)目 錄1.導(dǎo)言1.1目的本測試計劃將要簡要介紹并進一步說明學(xué)生宿舍管理系統(tǒng)測試項目的策略和方法。學(xué)生宿舍管理系統(tǒng)項目人員希望利用這個測試計劃來了解和執(zhí)行測試活動，并管理完成整個測試的活動。本文定義可測試的具體職責(zé)和活動，并描述了使用的測試。1.2范圍本系統(tǒng)共需要測試四個模塊，分別為：數(shù)據(jù)庫設(shè)計模塊、用戶信息管理模塊、學(xué)生宿舍管理模塊、統(tǒng)計查詢模塊。本計劃書主要測試數(shù)據(jù)庫設(shè)計模塊、用戶信息管理模塊、學(xué)生宿舍管理模塊。先用單

2、元測試測試三個模塊的數(shù)據(jù)輸入是否異常；再用集成測試測試數(shù)據(jù)庫能否與學(xué)生管理系統(tǒng)中的數(shù)據(jù)連接，傳遞是否異常；再用系統(tǒng)測試測試整個系統(tǒng)相對于需求的符合度.本次測試主要進行的功能測試有：用戶界面測試。性能測試主要有響應(yīng)時間、并發(fā)用戶數(shù)、吞吐量（單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量）。1.3縮寫說明學(xué)生宿舍管理系統(tǒng)Student dormitory management system（SDMS）1.4術(shù)語定義功能性測試按照系統(tǒng)需求定義中的功能定義部分對系統(tǒng)實行的系統(tǒng)級別的測試。非功能性測試按照系統(tǒng)需求定義中的非功能定義部分（如系統(tǒng)的性能指標(biāo)，安全性能指標(biāo)等）對系統(tǒng)實行的系統(tǒng)級別的測試。測試用例測試人員設(shè)

3、計出來的用來測試軟件某個功能的一種情形。 1.5引用標(biāo)準(zhǔn)1 測試計劃模版2 1.6參考資料1 軟件工程基礎(chǔ)教程- 劉文,朱飛雪 主編： 粘新育,陶潔 副主編：出版社： 北京大學(xué)出版社2 軟件工程導(dǎo)論 - 張海藩 編著：出版社： 清華大學(xué)出版社3 SQL Server 2000 實用教程- 蔣文沛 主編： 韋善周,梁凡 副主編：出版社:人民郵電出版社1.7版本更新信息本文檔的更新記錄如表所示。表E-1: 版本更新記錄修改編號修改日期修改后版本修改位置修改內(nèi)容概述1001V201全部初始發(fā)布版本2、測試項目本次測試的項目是，學(xué)生宿舍管理系統(tǒng)的新用戶注冊、刪除修改等操作的情況2.1測試項目的背景本次

4、測試的目的及背景是確保學(xué)生宿舍管理系統(tǒng)正常運營過程中不會出錯。2.2測試要點被測特性:l 對軟件進行功能性測試l 對軟件進行非功能性測試不被測特性：l 程序源代碼，邏輯等；l 模塊的接口，模塊的錯誤處理，模塊的局部數(shù)據(jù)結(jié)構(gòu)，模塊在執(zhí)行時執(zhí)行流的獨立路徑，模塊在處理邊界值時的情形；l 單元（模塊）之間的可用性等。 2.3測試內(nèi)容對被測軟件進行系統(tǒng)級別的測試，針對軟件的功能需求進行功能測試，驗證此軟件是否實現(xiàn)了需求分析中所定義的功能，是否正確實現(xiàn)了功能。針對軟件的非功能性需求對其進行性能測試，在人為設(shè)置的xx人負(fù)載（大數(shù)據(jù)量，大訪問量）的情況下，檢查系統(tǒng)是否發(fā)生功能上或者性能上的問題。測試內(nèi)容即測

5、試需求，包括功能測試和性能測試。2.3.1功能測試內(nèi)容用戶和學(xué)生宿舍管理模塊新用戶能否注冊成功。用戶和學(xué)生宿舍管理模塊能否刪除現(xiàn)有用戶信息。用戶和學(xué)生宿舍管理模塊能否修改用戶密碼。學(xué)生宿舍管理模塊能否查看個人信息。2.3.2性能測試內(nèi)容系統(tǒng)的性能測試是測試系統(tǒng)在50個新用戶同時進行注冊、修改、刪除等操作，檢驗系統(tǒng)的性能如何，檢測系統(tǒng)性能瓶頸，響應(yīng)時間；為此需要采用測試工具，采用壓力測試工具模擬50個用戶，以便測試系統(tǒng)的性能如何。3測試方法本章節(jié)主要講述了測試環(huán)境、測試工具和測試方法3.1測試環(huán)境系統(tǒng)測試環(huán)境為，包括運行在同一臺機器上的50個虛擬用戶和控制器、web服務(wù)器和數(shù)據(jù)庫以及網(wǎng)絡(luò)。 系統(tǒng)

6、配置如下： （1）軟件配置：操作系統(tǒng)：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional，操作系統(tǒng)上必須安裝IIS4.0以上版本。數(shù)據(jù)庫系統(tǒng)：Micrsoft SQL Server2000。 瀏覽器：Micrsoft IE4.0或以上版本。  （2）硬件需求：CPU：P3以上。 內(nèi)存：256M以上。 硬盤：20G以上

7、。        3.2測試工具測試工具：LoadRunner 7.51  3.3測試方法測試方法：由于本次測試的依據(jù)是需求，所以采用黑盒測試方法。測試策略：功能測試，主要采用等價類劃分的策略。壓力測試，主要采用邊界值測試、錯誤猜測等策略。測試手段：功能測試：手動模擬正常、異常輸入壓力測試：使用自動化壓力測試工具LoadRunner。測試內(nèi)容：功能測試，按照需求功能性能測試，xx人同時訪問的性能情況測試標(biāo)準(zhǔn)4.1測試通過/失敗標(biāo)準(zhǔn)測試中發(fā)現(xiàn)的缺陷按照嚴(yán)重程度分為個級別，如表，級別不同，

8、嚴(yán)重程度也不同。表：缺陷嚴(yán)重級別嚴(yán)重級別嚴(yán)重程度1-提示（Low）微小的錯誤，不會影響系統(tǒng)的功能不準(zhǔn)確或容易誤解的行為和語句2-一般（Medium）該問題增加了測試或用戶操作的復(fù)雜度該問題輕微降低了系統(tǒng)的性能，但系統(tǒng)仍然能工作3-嚴(yán)重（High）該問題會嚴(yán)重降低系統(tǒng)的性能不符合客戶端需求說明4-致命（Very High）系統(tǒng)不能正常啟動或啟動后無法正常工作本次測試主要是進行系統(tǒng)測試，需要設(shè)定測試完成的標(biāo)準(zhǔn)。測試完成的標(biāo)準(zhǔn)是執(zhí)行完所有系統(tǒng)測試的功能、性能測試用例，無2級以上遺留問題。如果進行系統(tǒng)測試時，存在嚴(yán)重的質(zhì)量問題，導(dǎo)致無法繼續(xù)，并且在可接受的時間范圍內(nèi)無法修復(fù)，系統(tǒng)測試終止。4.2測試掛

9、起/恢復(fù)的條件測試掛起和恢復(fù)的條件是:l 測試掛起的條件是當(dāng)某個測試用例的失敗導(dǎo)致后續(xù)的測試無法進行時，測試需要掛起。l 測試恢復(fù)的條件是當(dāng)將引起掛起的測試用例重新測試通過之后，可以恢復(fù)測試。4.3 系統(tǒng)測試交付結(jié)果系統(tǒng)測試交付物包括：l 測試計劃l 測試設(shè)計（設(shè)計的案例，包含測試腳本）l 測試跟蹤結(jié)果l 測試報告測試計劃系統(tǒng)測試計劃包括角色和職責(zé)的安排，時間進度的安排。5.1角色和職責(zé)測試的角色和職責(zé)角色小組成員職責(zé)測試經(jīng)理張家浩制定測試計劃，組織測試工作系統(tǒng)測試用例評審、測試總結(jié)報告評審測試工程師林曉忠、王天驕系統(tǒng)測試案例編寫、系統(tǒng)測試案例執(zhí)行填寫測試跟蹤結(jié)果報告系統(tǒng)測試總結(jié)報告編寫測試系統(tǒng)管理員張海云、林良邦測試環(huán)境的搭建測試軟件的維護測試數(shù)據(jù)的建立5.2測試設(shè)計工作任務(wù)分解和工作安排編號工作任務(wù)時間開始日期結(jié)束日期備注1復(fù)習(xí)舊有資料，了解測試需求，學(xué)習(xí)使用LoadRunner。0.5天2014.12.012014.12.012討論、并制定測試計劃 0.5天2014.12.022014.12.023討論并制定測試用例2天2014.12.042014.12.054測試案例評審0.5天2014.12.062014.12.065準(zhǔn)備系統(tǒng)測試環(huán)境，安