系統(tǒng)測試計劃

1、版本產(chǎn)品或版本產(chǎn)品或項目項目系統(tǒng)測試計劃系統(tǒng)測試計劃 xxxxxx 公司公司文件標識版 本 號編 制 人編制日期審 核 人審核日期批 準 人批準日期版版 本本 歷歷 史史版本/狀態(tài)作 者參與者起 止 日 期修訂說明批準人a/發(fā)布 目目 錄錄1 簡介簡介.11.1文檔目的.11.2讀者對象.11.3參考文獻.11.4職責權(quán)限.11.5 測試內(nèi)容.11.6 測試范圍.22 測試方法和目標測試方法和目標.22.1 測試方法.22.1.1 功能測試.22.1.2 用戶界面測試.32.1.3 回歸測試.42.2 測試目標.53 測試環(huán)境與測試輔助工具測試環(huán)境與測試輔助工具.53.1 測試配置和環(huán)境說明.

2、53.1.1 硬件環(huán)境.53.1.2 軟件環(huán)境.54 測試轉(zhuǎn)換準則測試轉(zhuǎn)換準則.65 人員與任務(wù)進度安排人員與任務(wù)進度安排.66 缺陷管理與改錯計劃缺陷管理與改錯計劃.76.1 缺陷管理.76.2 缺陷分類.77 風(fēng)險分析及措施風(fēng)險分析及措施.87.1 風(fēng)險分析.87.2 措施.88 測試的輸入與輸出測試的輸入與輸出.88.1 測試的輸入與輸出.88.2 文檔的管理.81 簡介簡介1.1 文檔目的文檔目的編寫本文檔的目的是什么1.2 讀者對象讀者對象例如：開發(fā)人員、測試人員、項目負責人、1.3 參考文獻參考文獻需求規(guī)格說明書v1.1或用戶需求說明書v1.1產(chǎn)品計劃v1.1或項目開發(fā)計劃1.4

3、職責權(quán)限職責權(quán)限角色角色人員人員測試經(jīng)理測試工程師1.5 測試內(nèi)容測試內(nèi)容序號序號模塊名稱模塊名稱預(yù)計（執(zhí)行測試）工作量預(yù)計（執(zhí)行測試）工作量單位：人日單位：人日1.2.3.4.5.6.1.6 測試范圍測試范圍執(zhí)行測試工作的具體范圍。2 測試方法和目標測試方法和目標2.1 測試方法測試方法主要進行哪幾類測試。2.1.1 功能測試功能測試對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標是核實數(shù)據(jù)的接收、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實施是否恰當。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（gui）與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析

4、，以此來核實應(yīng)用程序及其內(nèi)部進程。以下為各種應(yīng)用程序列出了推薦使用的測試概要：測試目標：確保測試的功能正常，流程正常流轉(zhuǎn)。測試范圍：技術(shù)：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、功能或流程，以核實以下內(nèi)容：1）在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果；2）在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息；3）各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用；4）各個流程能夠正常流轉(zhuǎn)。開始標準：1）具有軟件測試所需的各種文檔并通過評審（需求說明文檔等） 。完成標準：1）按要求完成所有功能測試；2）測試用例覆蓋率達到要求的比例。測試重點和優(yōu)先級：需求文檔及開發(fā)文檔明確規(guī)定的功能點。2.1.2 用戶界面測試用戶界面測試用戶界面（ui）

5、測試用于核實用戶與軟件之間的交互。ui測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，ui測試還可確保ui中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標準。測試目標：核實以下內(nèi)容：1）確保通過對用戶界面對象的操作可為用戶提供相應(yīng)的訪問或瀏覽功能；2）確保ui中的對象按照預(yù)期的方式運行，并符合行業(yè)的標準；3）驗證用戶界面的友好度；4）驗證用戶界面的易用性；5）驗證用戶界面設(shè)計的合理性；6）驗證用戶界面顯示內(nèi)容的完整性；7）驗證用戶界面顯示內(nèi)容的準確性；8）驗證用戶界面顯示內(nèi)容的一致性；9）驗證用戶界面提示信息的指導(dǎo)性。測試范圍：現(xiàn)有模塊界面。技術(shù)：為每個窗口

6、創(chuàng)建或修改測試，以核實各個應(yīng)用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)；著重驗證界面的友好度、易用性、規(guī)范性、合理性、完整性、準確性、幫助、美觀與協(xié)調(diào)、菜單位置、獨特性及快捷方式的組合等。開始標準：界面功能模塊設(shè)計部分或全部完成。完成標準：成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準。測試重點和優(yōu)先級：本系統(tǒng)使用頻繁的業(yè)務(wù)模塊和功能點。2.1.3 回歸測試回歸測試當程序修改后，為了確保功能的正確性，需要重新測試應(yīng)用程序中沒有改變的部分。在時間和條件允許的情況下，要測試修改相關(guān)的整個模塊甚至整個程序。測試目標：測試軟件變更之后，變更部分的正確性和對變更需求的符合性；測

7、試軟件變更之后，對軟件原有的、正確的功能沒有損壞。測試范圍：1）所有在系統(tǒng)測試過程中發(fā)現(xiàn)的問題；2）和發(fā)現(xiàn)的缺陷相關(guān)聯(lián)的模塊；3）需求變更或新增需求。技術(shù)：1）復(fù)測修復(fù)的問題；2）按照最新版的測試用例通測整個系統(tǒng)；重復(fù)步驟1）2） ，直至嚴重問題均已解決。開始標準：發(fā)現(xiàn)的缺陷修改完成；提交相應(yīng)的復(fù)測文檔；完成標準：按照軟件配置項回歸測試的要求，完成了對變更和受變更影響的軟件配置項的測試，并無新問題出現(xiàn)；對變更的系統(tǒng)的回歸測試應(yīng)符合原系統(tǒng)測試的準出條件，并且無新問題出現(xiàn)。測試重點和優(yōu)先級：測試重點是開發(fā)人員提交的已經(jīng)修復(fù)的問題，在保證修復(fù)問題復(fù)測通過后進行相關(guān)功能及整個軟件系統(tǒng)的回歸測試。2.2

8、 測試目標測試目標確保功能滿足用戶需求說明書中的功能約定；通過對系統(tǒng)的詳細測試，包括功能測試、用戶界面測試及多次回歸測試等，全面驗證系統(tǒng)各項功能的正確性和適用性，同時保證整體的測試水平和測試質(zhì)量。3 測試環(huán)境與測試輔助工具測試環(huán)境與測試輔助工具3.1 測試配置和環(huán)境說明測試配置和環(huán)境說明3.1.1 硬件環(huán)境硬件環(huán)境服務(wù)器服務(wù)器：描述服務(wù)器硬件環(huán)境cpu、內(nèi)存、硬盤cpu：六核2.30ghz內(nèi)存：8g硬盤：500g測試機測試機：描述測試機硬件環(huán)境cpu、內(nèi)存、硬盤cpu：雙核2.30ghz內(nèi)存：2g硬盤：500g3.1.2 軟件環(huán)境軟件環(huán)境服務(wù)器服務(wù)器：描述服務(wù)器軟件環(huán)境操作系統(tǒng)、中間件、數(shù)據(jù)庫

9、等操作系統(tǒng)：windows server 2008中間件：tomcat 6.0數(shù)據(jù)庫：oracle11g測試機測試機：描述測試機軟件環(huán)境操作系統(tǒng)、瀏覽器操作系統(tǒng)：windows7瀏覽器： ie94 測試轉(zhuǎn)換準則測試轉(zhuǎn)換準則進入標準：測試計劃經(jīng)評審?fù)ㄟ^后；測試用例經(jīng)評審?fù)ㄟ^后；申請測試提交單審核通過；測試環(huán)境通過環(huán)境檢查表驗證；退出標準：測試用例執(zhí)行率達到100% 45級缺陷修復(fù)率100%，13級缺陷修復(fù)率不低于95%；停止標準：近半數(shù)以上測試用例無法執(zhí)行； 5級缺陷開發(fā)人員不能解決；5 人員與任務(wù)進度安排人員與任務(wù)進度安排任務(wù)任務(wù)開始時間開始時間工作量（人工作量（人/日）日）負責人負責人撰寫系

10、統(tǒng)測試計劃2012.11.211撰寫系統(tǒng)測試用例2012.11.214系統(tǒng)測試2012.11.278.5撰寫系統(tǒng)測試報告2012.12.71.56 缺陷管理與改錯計劃缺陷管理與改錯計劃6.1 缺陷管理缺陷管理測試管理工具：缺陷應(yīng)用數(shù)據(jù)庫名：管理員：參照系統(tǒng)測試問題記錄6.2 缺陷分類缺陷分類缺陷分類缺陷分類缺陷說明缺陷說明修正措施修正措施一級缺陷low建議性問題根據(jù)情況由項目經(jīng)理確定需不需要改什么時間改。二級缺陷medium細小的錯誤由開發(fā)人員修改；根據(jù)項目的進度要求可以延期修改，由項目經(jīng)理根據(jù)項目的實際情況確定是在項目結(jié)束前修改完還是在下個版本升級時再修改。三級缺陷high一般性的錯誤或功能

11、實現(xiàn)有不完美處由開發(fā)人員修改；根據(jù)項目的進度要求可以延期修改，由項目經(jīng)理根據(jù)項目的實際情況確定是在項目結(jié)束前修改完還是在下個版本升級時再修改。四級缺陷被測試功能不能正常實現(xiàn)； 由開發(fā)人員分析原因并寫出問題說明和解決辦法；必須立即修改。very high軟件錯誤導(dǎo)致數(shù)據(jù)丟失；被測數(shù)據(jù)處理錯誤；用戶需求未實現(xiàn)。五級缺陷urgent導(dǎo)致系統(tǒng)崩潰；導(dǎo)致程序模塊丟失；業(yè)務(wù)流程出現(xiàn)斷點；內(nèi)存泄漏；導(dǎo)致死機由開發(fā)人員分析原因并寫出問題說明和解決辦法；必須立即修改。7 風(fēng)險分析及措施風(fēng)險分析及措施7.1 風(fēng)險分析風(fēng)險分析預(yù)見到的測試風(fēng)險，及有可能會造成的影響和后果7.2 措施措施應(yīng)對風(fēng)險可采取什么樣的措施，削弱或者減輕可能造成的影