軟件系統(tǒng)測試計劃模板

***系統(tǒng)

系統(tǒng)測試計劃V1.0擬制：日期：審核：日期：批準：日期：陷處理過程如下：1、測試人員每天提交缺陷，并跟蹤缺陷，驗證缺陷，直到提交的缺陷被關閉或被保留。開發(fā)人員周期性提交修改過缺陷的新版本，測試人員在新版本上驗證缺陷。2、回歸測試階段：系統(tǒng)測試階段完成后，產(chǎn)品將進入回歸測試階段。測試人員對修改后的產(chǎn)品進行重新功能驗證，確保修改的正確性，驗證在修改缺陷的同時沒有引入新的問題?；貧w缺陷是指開發(fā)人員標示已修改的缺陷，經(jīng)測試后發(fā)現(xiàn)仍未修改正確，或引入其他缺陷，或在前一個版本中未發(fā)現(xiàn)的缺陷，在后一個版本中出現(xiàn)。3、測試過程中如發(fā)現(xiàn)用例和實際功能不符，及時和需求確認，更改測試用例。4、測試結(jié)束時測試負責人將所有缺陷整合成一個完整的缺陷文檔，同其它測試文檔一同提交給客戶目錄TOC\o"1-5"\h\z\o"CurrentDocument".概述3\o"CurrentDocument".1系統(tǒng)介紹3\o"CurrentDocument".2文檔目的32.1項目經(jīng)理32.2測試人員3\o"CurrentDocument"1.3測試環(huán)境33.1測試軟硬件信息33.2測試機軟件環(huán)境33.3測試機硬件環(huán)境4\o"CurrentDocument"2.測試策略4\o"CurrentDocument"1測試調(diào)度策略標準4\o"CurrentDocument"測試質(zhì)量評估標準42.1BUG級別說明52.2致命BUG52.3嚴重BUG52.4一般BUG52.5建議BUG6\o"CurrentDocument"測試完成標準6\o"CurrentDocument"2.4測試范圍6\o"CurrentDocument"5風險評估71、測試人員對系統(tǒng)熟悉程度的風險：72、系統(tǒng)資料方面的風險：73、時間方面的風險：7\o"CurrentDocument"3.測試方法7\o"CurrentDocument"1里程碑技術7\o"CurrentDocument"測試用例設計8\o"CurrentDocument"測試實時過程8\o"CurrentDocument"測試方法綜述9\o"CurrentDocument".資源需求9\o"CurrentDocument"1培訓需求9\o"CurrentDocument".時間進度安排9\o"CurrentDocument".測試過程管控9.概述系統(tǒng)介紹系統(tǒng)描述。2文檔目的本測試計劃主要有兩類受眾：項目經(jīng)理、測試人員；.1項目經(jīng)理項目經(jīng)理根據(jù)該測試計劃制定進一步的計劃、安排（工作任務分配、時間進度安排）和控制測試過程；測試人員測試人員根據(jù)該測試計劃中制定的范圍、方法確定測試需求、設計測試用例、執(zhí)行和記錄測試過程并記錄和報告缺陷。■本文檔主要闡述系統(tǒng)測試過程中的一些細節(jié)，為系統(tǒng)的測試工作提供一個框架和規(guī)范：確定項目測試的策略、范圍和方法；使項目測試工作的所有參與人員（項目經(jīng)理、測試人員）對本項目測試的目標、范圍、策略、方法、組織、資源等有一個清晰的認識；使項目測試工作的所有參與人員理解測試控制過程；從策略角度說明本項目測試的組織和管理，指導測試進展，并作為項目測試工作實施的依據(jù)；■本文檔是本項目測試整個過程進行的依據(jù)、規(guī)范和標準；在測試過程中嚴格按照本文檔的制定的規(guī)范去執(zhí)行。測試環(huán)境1.3.1測試軟硬件信息資源名稱/類型數(shù)據(jù)庫服務器Mysql操作系統(tǒng)軟件Windowsserver2016資源名稱/類型系統(tǒng)Window10瀏覽器Chrome1.3.3測試機硬件環(huán)境資源名稱/類型硬件配置Cpu：Intel(R)Core(TM)i5-4590CPU@3.30GHz3.30GHz內(nèi)存：8G硬盤空間：500G系統(tǒng)類型：windows2.測試策略1測試調(diào)度策略標準在開始進行測試時必需滿足下列條件：.提交的版本的單元測試己通過，具備可測性.測試計劃和測試方案的制訂已完成，并經(jīng)過嚴格評審.缺陷跟蹤與管理系統(tǒng)已搭建.測試所需的資源已經(jīng)到位.測試組人員配置合理，測試人員的工作技能符合測試要求6.測試所需的軟、硬件和操作系統(tǒng)等測試環(huán)境準備完畢出現(xiàn)下面任一情況時,測試活動就可能暫停：5.1.被測系統(tǒng)有大量錯誤或嚴重錯誤或流程走不下去，繼續(xù)測試沒有意義5.2.測試環(huán)境遭到破壞，無法繼續(xù)測試。如：測試所需的設備沒有到位，測試環(huán)境被病毒感染等等5.3.性能測試：當被測的功能或模塊存在嚴重的性能缺陷的情況下暫停測試如果測試暫停，滿足下而條件時，測試重新開始：5.3.1.開發(fā)組成功安裝，并測試通過了產(chǎn)品的基本功能2.2測試質(zhì)量評估標準按照系統(tǒng)測試計劃完成系統(tǒng)測試。達到系統(tǒng)測試所規(guī)定的覆蓋率的要求:1）測試用例執(zhí)行覆蓋率應達到100%;2）測試需求覆蓋率應達到100%;3）系統(tǒng)滿足需求規(guī)格說明書的要求。在系統(tǒng)測試中發(fā)現(xiàn)的缺陷達到修改標準：1）致命和嚴重級缺陷修復率應達到100%;一般和輕微級缺陷修復率根據(jù)實際情況達到95%以上。1BUG級別說明BUG分4個嚴重級別：致命、嚴重、一般和建議。2.2.2致命BUG2.2.2.1測試執(zhí)行主要功能直接導致系統(tǒng)死機、藍屏、掛起或是程序非法退出；2.2.2.2被測系統(tǒng)的主要功能點沒有實現(xiàn)；2.2.2.3主要模塊/功能不滿足需求或設計上的要求；2.2.2.4軟件的安全缺陷導致重要數(shù)據(jù)丟失或損壞，且無法恢復。2.2.3嚴重BUG2.2.3.1測試執(zhí)行次要功能導致系統(tǒng)死機、藍屏、掛起或是程序非法退出；2.2.3.2被測系統(tǒng)的次要功能點沒有實現(xiàn)；2.2.3.3對于主要功能的執(zhí)行結(jié)果與預期結(jié)果差別較大，或是計算結(jié)果不正確；3.4軟件的易用性不好，導致用戶可能不能正常完成軟件的主要功能操作；5主要界面有明顯的錯別字或描述錯誤。2.4一般BUG1軟件的實際執(zhí)行過程與預期結(jié)果有差異，但不嚴重；2.4.2非正常操作或輸入導致系統(tǒng)出錯，或執(zhí)行結(jié)果不正確；系統(tǒng)運行過程中偶爾（出現(xiàn)概率（5%）有出錯提示或?qū)е孪到y(tǒng)運行不正常；軟件交互性不好，對于用戶可能造成難于操作、學習和理解2.2.4.5在用戶經(jīng)常使用的環(huán)境中，界面不美觀，影響軟件品質(zhì)；2.2.4.6界面、程序或幫助文檔中文檔或文字描述問題，造成用戶難于理解。2.2.5建議BUG2.2.5.1軟件的實際執(zhí)行過程與預期結(jié)果有較小的差異；.5.2軟件不能處理用戶可能使用的極端條件下的操作；3界面、程序或幫助文檔中文檔或文字描述問題，但影響不大。測試完成標準主要質(zhì)量屬性詳細要求正確性能夠防止臟、廢數(shù)據(jù)進入數(shù)據(jù)庫;從接口讀取得數(shù)據(jù)正確無誤。健壯性系統(tǒng)有較強的容錯性，能夠保證在出現(xiàn)非預期狀況下正常運行系統(tǒng)在不斷電情況下持續(xù)工作?？煽啃韵到y(tǒng)無單點故障性能響應性能：一?般要求15s以內(nèi)易用性提供方便的系統(tǒng)安裝程序，系統(tǒng)服務器安裝配置方便易操作。盡量減少用戶輸入信息量，提高數(shù)據(jù)信息共享程度，提供方便的幫助信息。提供友好、方便的功能界面。清晰性提供足夠的軟件說明文檔，配圖表說明安全性保證數(shù)據(jù)訪問的安全性，同時對關鍵數(shù)據(jù)采取訪問權限限制。保證數(shù)據(jù)的完整性、一致性和有效性。保證用戶、系統(tǒng)業(yè)務數(shù)據(jù)傳輸過程的安全性、完整性及不可抵賴性。操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)符合安全標準，提供管理.、監(jiān)控和故障處理等功能。采用操作員登陸身份認證機制，進入系統(tǒng)采用密碼認證進入，建立完整的日志記錄，服務落腳本進行加密，使用戶無法看到網(wǎng)頁腳本源代碼，防止偽造身份人員冒用系統(tǒng)資源?？箟盒员ＷC系統(tǒng)在多用戶的情況下，系統(tǒng)能正常運行4測試范圍制定本次項目測試范圍的依據(jù)為?各模塊所包含的功能測試內(nèi)容測試范圍功能測試系統(tǒng)各模塊性能測試1.對幾個模塊進行性能測試.5風險評估1、測試人員對系統(tǒng)熟悉程度的風險：參與本項目的測試人員都是第一次接觸該類型系統(tǒng)，在經(jīng)過短期的系統(tǒng)培訓后，仍然有可能沒有完全掌握系統(tǒng)的業(yè)務細節(jié)，這將在后面的測試設計和測試執(zhí)行工作造成一些測試逃逸現(xiàn)象（即一些要測試的方面沒有測到）。2、系統(tǒng)資料方面的風險：本項目被測試的系統(tǒng)沒有完備的開發(fā)文檔，測試人員做測試設計時能夠參考的只是使用手冊和訓練手冊，以及通過培訓和初步使用后對系統(tǒng)的了解，可能導致測試人員在初期無法全面地對系統(tǒng)進行深入的測試。3、時間方面的風險：本次項目時間只有一個月，卻要完成測試規(guī)范的制定、整套測試用例的設計和執(zhí)行一輪完整的測試，時間進度非常緊張，可能導致測試設計工作不夠完善。.測試方法1里程碑技術在本項目中，我們將整個測試過程分為幾個里程碑，達到一個里程碑后才能轉(zhuǎn)換到下一階段，以控制整個過程。我們將整個測試過程分為以下幾個里程碑：里程碑完成標準系統(tǒng)培訓：.對于本項目所有需要測試的系統(tǒng)的培訓完成.測試人員已經(jīng)對所有被測系統(tǒng)/模塊進行了使用，了解了被測系統(tǒng)的具體功能測試需求；.所有具體測試范圍已確定.測試需求制定完成.所有測試需求得到客戶認可測試設計：.測試用例已覆蓋所有測試需求.測試用例設計已經(jīng)完成測試執(zhí)行：.所有測試用例被執(zhí)行.發(fā)現(xiàn)的缺陷都有缺陷記錄.測試過程有測試記錄結(jié)果分析：1.完成測試分析報告測試用例設計本次測試的測試案例，是在經(jīng)過系統(tǒng)培訓后，由測試人員根據(jù)客戶對系統(tǒng)的介紹和自己對系統(tǒng)的理解按照系統(tǒng)層次結(jié)構(gòu)組織編寫。本系統(tǒng)案例的編寫采用黑盒測試常用的分析方法設計用例；對于每一個測試用例，測試設計人員應為其指定輸入（或操作）、預期輸出（或結(jié)果）；每一個測試用例，都必須有詳細的測試步驟描述；本次測試設計的所有測試用例均需以規(guī)范的文檔方式保存；在整個測試過程中，可根據(jù)項目實際情況對測試用例進行適當?shù)淖兏?；測試用例中測試數(shù)據(jù)的準備，在客戶的指導和協(xié)助下準備。按照系統(tǒng)的運行結(jié)構(gòu)安排用例的執(zhí)行；測試實時過程本項目由兩位測試人員分別負責***系統(tǒng)的測試，實施過程如下：1、準備測試所需環(huán)境2、準備測試所需數(shù)據(jù)3、按照系統(tǒng)運行結(jié)構(gòu)執(zhí)行相應測試用例4、記錄測試過程和發(fā)現(xiàn)的缺陷5、報告缺陷4測試方法綜述本項目測試包括：功能測試：測試各功能是否有缺陷性能測試：測試系統(tǒng)在一定環(huán)境下的性能數(shù)據(jù)測試人員執(zhí)行測試時，要嚴格按照測試用例中的內(nèi)容來執(zhí)行測試工作。測試人員要將測試執(zhí)