軟件工程學生宿舍管理系統(tǒng)測試計劃.doc

北京長江軟件 xx系統(tǒng)測試計劃項目編號文檔編號密 級內(nèi)部測試計劃說明書V1.0(版本號)擬 制 人_張家浩、林良邦、張海云、洪曉中、王天驕_審 核 人_批 準 人_第 9 頁 共 9 頁目 錄1.導言31.1目的31.2范圍31.3縮寫說明31.5引用標準41.6參考資料41.7版本更新信息42、測試項目52.1測試項目的背景52.2測試要點52.3測試內(nèi)容52.3.1功能測試內(nèi)容52.3.2性能測試內(nèi)容63測試方法63.1測試環(huán)境63.2測試工具73.3測試方法7測試標準84.1測試通過/失敗標準84.2測試掛起/恢復(fù)的條件84.3 系統(tǒng)測試交付結(jié)果8測試計劃95.1角色和職責95.2測試設(shè)計工作任務(wù)分解和工作安排96.審批101.導言1.1目的本測試計劃將要簡要介紹并進一步說明學生宿舍管理系統(tǒng)測試項目的策略和方法。學生宿舍管理系統(tǒng)項目人員希望利用這個測試計劃來了解和執(zhí)行測試活動，并管理完成整個測試的活動。本文定義可測試的具體職責和活動，并描述了使用的測試。1.2范圍本系統(tǒng)共需要測試四個模塊，分別為：數(shù)據(jù)庫設(shè)計模塊、用戶信息管理模塊、學生宿舍管理模塊、統(tǒng)計查詢模塊。本計劃書主要測試數(shù)據(jù)庫設(shè)計模塊、用戶信息管理模塊、學生宿舍管理模塊。先用單元測試測試三個模塊的數(shù)據(jù)輸入是否異常；再用集成測試測試數(shù)據(jù)庫能否與學生管理系統(tǒng)中的數(shù)據(jù)連接，傳遞是否異常；再用系統(tǒng)測試測試整個系統(tǒng)相對于需求的符合度.本次測試主要進行的功能測試有：用戶界面測試。性能測試主要有響應(yīng)時間、并發(fā)用戶數(shù)、吞吐量（單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量）。1.3縮寫說明學生宿舍管理系統(tǒng)Student dormitory management system（SDMS）1.4術(shù)語定義功能性測試按照系統(tǒng)需求定義中的功能定義部分對系統(tǒng)實行的系統(tǒng)級別的測試。非功能性測試按照系統(tǒng)需求定義中的非功能定義部分（如系統(tǒng)的性能指標，安全性能指標等）對系統(tǒng)實行的系統(tǒng)級別的測試。測試用例測試人員設(shè)計出來的用來測試軟件某個功能的一種情形。 1.5引用標準1 測試計劃模版2 1.6參考資料1 軟件工程基礎(chǔ)教程- 劉文,朱飛雪 主編： 粘新育,陶潔 副主編：出版社： 北京大學出版社2 軟件工程導論 - 張海藩 編著：出版社： 清華大學出版社3 SQL Server 2000 實用教程- 蔣文沛 主編： 韋善周,梁凡 副主編：出版社:人民郵電出版社1.7版本更新信息本文檔的更新記錄如表所示。表E-1: 版本更新記錄修改編號修改日期修改后版本修改位置修改內(nèi)容概述100120141111V201全部初始發(fā)布版本2、測試項目本次測試的項目是，學生宿舍管理系統(tǒng)的新用戶注冊、刪除修改等操作的情況2.1測試項目的背景本次測試的目的及背景是確保學生宿舍管理系統(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人負載（大數(shù)據(jù)量，大訪問量）的情況下，檢查系統(tǒng)是否發(fā)生功能上或者性能上的問題。測試內(nèi)容即測試需求，包括功能測試和性能測試。2.3.1功能測試內(nèi)容用戶和學生宿舍管理模塊新用戶能否注冊成功。用戶和學生宿舍管理模塊能否刪除現(xiàn)有用戶信息。用戶和學生宿舍管理模塊能否修改用戶密碼。學生宿舍管理模塊能否查看個人信息。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)配置如下：（1）軟件配置：操作系統(tǒng)：Micrsoftwindows2000professional、Micrsoftwindow2000server、MicrsoftwindowXPProfessional，操作系統(tǒng)上必須安裝IIS4.0以上版本。數(shù)據(jù)庫系統(tǒng)：MicrsoftSQLServer2000。瀏覽器：MicrsoftIE4.0或以上版本。（2）硬件需求：CPU：P3以上。內(nèi)存：256M以上。硬盤：20G以上。3.2測試工具測試工具：LoadRunner7.513.3測試方法測試方法：由于本次測試的依據(jù)是需求，所以采用黑盒測試方法。測試策略：功能測試，主要采用等價類劃分的策略。壓力測試，主要采用邊界值測試、錯誤猜測等策略。測試手段：功能測試：手動模擬正常、異常輸入壓力測試：使用自動化壓力測試工具LoadRunner。測試內(nèi)容：功能測試，按照需求功能性能測試，xx人同時訪問的性能情況測試標準4.1測試通過/失敗標準測試中發(fā)現(xiàn)的缺陷按照嚴重程度分為個級別，如表，級別不同，嚴重程度也不同。表：缺陷嚴重級別嚴重級別嚴重程度1-提示（Low）微小的錯誤，不會影響系統(tǒng)的功能不準確或容易誤解的行為和語句2-一般（Medium）該問題增加了測試或用戶操作的復(fù)雜度該問題輕微降低了系統(tǒng)的性能，但系統(tǒng)仍然能工作3-嚴重（High）該問題會嚴重降低系統(tǒng)的性能不符合客戶端需求說明4-致命（Very High）系統(tǒng)不能正常啟動或啟動后無法正常工作本次測試主要是進行系統(tǒng)測試，需要設(shè)定測試完成的標準。測試完成的標準是執(zhí)行完所有系統(tǒng)測試的功能、性能測試用例，無2級以上遺留問題。如果進行系統(tǒng)測試時，存在嚴重的質(zhì)量問題，導致無法繼續(xù)，并且在可接受的時間范圍內(nèi)無法修復(fù)，系統(tǒng)測試終止。4.2測試掛起/恢復(fù)的條件測試掛起和恢復(fù)的條件是:l 測試掛起的條件是當某個測試用例的失敗導致后續(xù)的測試無法進行時，測試需要掛起。l 測試恢復(fù)的條件是當將引起掛起的測試用例重新測試通過之后，可以恢復(fù)測試。4.3 系統(tǒng)測試交付結(jié)果系統(tǒng)測試交付物包括：l 測試計劃l 測試設(shè)計（設(shè)計的案例，包含測試腳本）l 測試跟蹤結(jié)果l 測試報告測試計劃系統(tǒng)測試計劃包括角色和職責的安排，時間進度的安排。5.1角色和職責測試的角色和職責角色小組成員職責測試經(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ù)習舊有資料，了解測試需求，學習使用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準備系統(tǒng)測試