軟件測試方案(整體方案)

1、 測試整體方案第 PAGE 25 頁，共 NUMPAGES 25 頁軟件測試整體測試計劃與方案文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標識：當前版本：V1.1.1作 者：完成日期：內(nèi)部資料，可為以后規(guī)范測試行為使用版 本 歷 史版本/狀態(tài)作者參與者起止日期備注 目 錄 TOC o 1-3 h z u HYPERLINK l _Toc278470354 1.概述 PAGEREF _Toc278470354 h 5 HYPERLINK l _Toc278470355 2.適用對象和范圍 PAGEREF _Toc278470355 h 5 HYPERLINK l _Toc278470356 3.術(shù)語

2、、名詞定義 PAGEREF _Toc278470356 h 5 HYPERLINK l _Toc278470357 3.1.系統(tǒng)測試 PAGEREF _Toc278470357 h 5 HYPERLINK l _Toc278470358 3.2.黑盒測試（功能測試） PAGEREF _Toc278470358 h 5 HYPERLINK l _Toc278470359 3.3.白盒測試 PAGEREF _Toc278470359 h 5 HYPERLINK l _Toc278470360 3.4.灰盒測試 PAGEREF _Toc278470360 h 5 HYPERLINK l _Toc27

3、8470361 3.5.健壯性測試（容錯能力/恢復能力測試） PAGEREF _Toc278470361 h 6 HYPERLINK l _Toc278470362 3.6.接口測試 PAGEREF _Toc278470362 h 6 HYPERLINK l _Toc278470363 3.7.強度測試 PAGEREF _Toc278470363 h 6 HYPERLINK l _Toc278470364 3.8.壓力測試 PAGEREF _Toc278470364 h 6 HYPERLINK l _Toc278470365 3.9.性能測試 PAGEREF _Toc278470365 h 6

4、 HYPERLINK l _Toc278470366 3.10.安全測試 PAGEREF _Toc278470366 h 7 HYPERLINK l _Toc278470367 3.11.可靠性測試 PAGEREF _Toc278470367 h 7 HYPERLINK l _Toc278470368 3.12.安裝/反安裝測試（公司一般系統(tǒng)不需要進行該測試） PAGEREF _Toc278470368 h 7 HYPERLINK l _Toc278470369 3.13.文檔測試 PAGEREF _Toc278470369 h 7 HYPERLINK l _Toc278470370 4.測試

5、工作流程 PAGEREF _Toc278470370 h 8 HYPERLINK l _Toc278470371 4.1.測試管理總流程 PAGEREF _Toc278470371 h 8 HYPERLINK l _Toc278470372 4.2.制定測試計劃工作流程 PAGEREF _Toc278470372 h 8 HYPERLINK l _Toc278470373 4.3.設(shè)計測試用例工作流程 PAGEREF _Toc278470373 h 9 HYPERLINK l _Toc278470374 4.4.執(zhí)行測試工作流程 PAGEREF _Toc278470374 h 9 HYPERL

6、INK l _Toc278470375 4.4.1.測試工作總體流程 PAGEREF _Toc278470375 h 9 HYPERLINK l _Toc278470376 4.4.2.單元測試工作流程 PAGEREF _Toc278470376 h 10 HYPERLINK l _Toc278470377 4.4.3.集成測試工作流程 PAGEREF _Toc278470377 h 11 HYPERLINK l _Toc278470378 4.4.4.系統(tǒng)測試工作流程 PAGEREF _Toc278470378 h 12 HYPERLINK l _Toc278470379 4.4.5.驗收測

7、試工作流程 PAGEREF _Toc278470379 h 14 HYPERLINK l _Toc278470380 4.5.缺陷管理與改錯流程 PAGEREF _Toc278470380 h 15 HYPERLINK l _Toc278470381 5.測試參考文檔和測試提交文檔 PAGEREF _Toc278470381 h 16 HYPERLINK l _Toc278470382 5.1.測試參考文檔 PAGEREF _Toc278470382 h 16 HYPERLINK l _Toc278470383 5.2.測試提交文檔 PAGEREF _Toc278470383 h 16 HYP

8、ERLINK l _Toc278470384 6.測試資源 PAGEREF _Toc278470384 h 17 HYPERLINK l _Toc278470385 6.1.人力資源 PAGEREF _Toc278470385 h 17 HYPERLINK l _Toc278470386 6.1.1.人員、角色及職責 PAGEREF _Toc278470386 h 17 HYPERLINK l _Toc278470387 6.2.測試工具 PAGEREF _Toc278470387 h 17 HYPERLINK l _Toc278470388 7.測試方法和方式 PAGEREF _Toc278

9、470388 h 17 HYPERLINK l _Toc278470389 8.測試中斷與開始的標準 PAGEREF _Toc278470389 h 18 HYPERLINK l _Toc278470390 9.測試范圍與測試任務(wù) PAGEREF _Toc278470390 h 18 HYPERLINK l _Toc278470391 9.1.測試任務(wù) PAGEREF _Toc278470391 h 19 HYPERLINK l _Toc278470392 10.測試用例編寫方案及相關(guān)約定 PAGEREF _Toc278470392 h 20 HYPERLINK l _Toc278470393

10、 10.1.編寫原則 PAGEREF _Toc278470393 h 20 HYPERLINK l _Toc278470394 10.2.衡量測試用例設(shè)計的質(zhì)量標準 PAGEREF _Toc278470394 h 20 HYPERLINK l _Toc278470395 10.3.測試用例管理 PAGEREF _Toc278470395 h 21 HYPERLINK l _Toc278470396 10.4.測試用例與開發(fā)的對應關(guān)系約定 PAGEREF _Toc278470396 h 21 HYPERLINK l _Toc278470397 10.5.測試用例類型約定 PAGEREF _Toc

11、278470397 h 21 HYPERLINK l _Toc278470398 10.6.測試階段、類型與執(zhí)行角色的關(guān)系約定 PAGEREF _Toc278470398 h 22 HYPERLINK l _Toc278470399 10.7.測試用例清單 PAGEREF _Toc278470399 h 22 HYPERLINK l _Toc278470400 11.缺陷管理與改錯計劃 PAGEREF _Toc278470400 h 22 HYPERLINK l _Toc278470401 11.1.流程圖 PAGEREF _Toc278470401 h 22 HYPERLINK l _Toc

12、278470402 11.2.缺陷管理手段 PAGEREF _Toc278470402 h 22 HYPERLINK l _Toc278470403 11.3.缺陷管理規(guī)則 PAGEREF _Toc278470403 h 22 HYPERLINK l _Toc278470404 12.實施建議 PAGEREF _Toc278470404 h 23 HYPERLINK l _Toc278470405 附錄一 缺陷分類 PAGEREF _Toc278470405 h 23 HYPERLINK l _Toc278470406 附錄二 缺陷嚴重程度 PAGEREF _Toc278470406 h 24

13、概述為了提高檢測出錯誤的幾率，使測試能有計劃地、有條不紊地進行，就必須要編制測試相關(guān)文件。而標準化的測試文件就如同一種通用的參照體系，可達到便于交流的目的。文件中所規(guī)定的內(nèi)容可以作為對測試過程完備性的對照檢查表，故采用這些文件將會提高測試過程的每個階段的能見度，極大地提高測試工作的可管理性。適用對象和范圍主要針對對象為軟件管理人員、軟件開發(fā)人員和軟件測試人員。術(shù)語、名詞定義系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實

14、際運行（使用）環(huán)境下，對計算機系統(tǒng)進行的測試。黑盒測試（功能測試）黑盒測試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試、輸入輸出測試、功能測試或數(shù)據(jù)驅(qū)動測試。是基于用戶觀點出發(fā)的測試。主要是驗證功能是否符合需求，包括原定功能的檢驗、是否有冗余功能、遺漏功能。白盒測試白盒測試也叫結(jié)構(gòu)測試、邏輯驅(qū)動測試或給予程序的測試。主要是分析程序的內(nèi)部構(gòu)造，并根據(jù)內(nèi)部構(gòu)造設(shè)計測試用例?；液袦y試可以理解為靜態(tài)的白盒測試或動態(tài)的黑盒測試，灰盒就是界于黑白之間, 對軟件內(nèi)部有所了解, 但不見得到了如指掌的程度, 卻可以結(jié)合這些了解做些比黑盒多點的測試。健壯

15、性測試（容錯能力/恢復能力測試）側(cè)重于程序容錯能力的測試。本測試在單元測試階段和系統(tǒng)測試階段都要進行。如數(shù)據(jù)邊界測試、非法數(shù)據(jù)測試、異常中斷測試等等，主要是驗證程序?qū)Ω鞣N異常情況是否進行正確處理。接口測試程序員對各個模塊進行系統(tǒng)聯(lián)調(diào)的測試，包含程序內(nèi)接口和程序外接口測試。這個測試，在單元測試階段進行了一部分工作，而大部分都是在集成測試階段完成的。建議由開發(fā)人員進行。 強度測試強度測試檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。強度測試總是迫使系統(tǒng)在異常的資源配置下運行。例如，當中斷的正常頻率為每秒一至兩個時，運行每秒產(chǎn)生十個中斷的測試用例；定量地增長數(shù)據(jù)輸入率，檢查輸入子功能的反映能力；運行需要最大存儲空間

16、（或其他資源）的測試用例；運行可能導致虛存操作系統(tǒng)崩潰或磁盤數(shù)據(jù)劇烈抖動的測試用例，等等。 壓力測試對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。例如測試一個Web 站點在大量的負荷下，何時系統(tǒng)的響應會退化或失敗。 性能測試在交替進行負荷和強迫測試時常用的術(shù)語。性能測試關(guān)注的是系統(tǒng)的整體。它和通常所說的強度、壓力/負載測試有密切關(guān)系。所以壓力和強度測試應該于性能測試一同進行。 安全測試主要是測試系統(tǒng)在沒有授權(quán)的內(nèi)部或者外部用戶對系統(tǒng)進行攻擊或者惡意破壞時如何進行處理，是否仍能保證數(shù)據(jù)的安全。測試人員可以學習一些黑客技術(shù)，來對系統(tǒng)進

17、行攻擊。 可靠性測試這里是比較狹義的可靠性測試，它主要是對系統(tǒng)能否穩(wěn)定運行進行一個統(tǒng)計，在實際工作中如果沒有條件可以不必特意去做。重點做好與之緊密相關(guān)的功能測試、健壯性測試就可以了。 安裝/反安裝測試（公司一般系統(tǒng)不需要進行該測試）安裝測試主要檢驗軟件是否可以正確安裝，安裝文件的各項設(shè)置是否有效，安裝后能否影響原系統(tǒng)；反安裝是逆過程，測試是否刪除干凈，是否會影響原系統(tǒng)等。 文檔測試主要測試開發(fā)過程中針對用戶的文檔，以需求、用戶手冊等為主，檢驗文檔是否和實際應用存在差別。文檔測試主要檢查文檔的正確性、完備性和可理解性。正確性是指不要把軟件的功能和操作寫錯，也不允許文檔內(nèi)容前后矛盾。完備性是指文檔

18、不可以“虎頭蛇尾”，更不許漏掉關(guān)鍵內(nèi)容。文檔測試不需要編寫測試用例。 測試工作流程測試管理總流程制定測試計劃設(shè)計測試用例執(zhí)行測試用例缺陷管理與改錯審批審批迭代制定測試計劃工作流程確定階段的測試范圍和任務(wù)確定測試方法和方式確定測試環(huán)境與輔助工具確定測試完成準則確定測試人員與任務(wù)表確定測試相關(guān)規(guī)范和約定輸入需求規(guī)格說明書輸入項目計劃書測試計劃設(shè)計測試用例工作流程需求分析階段結(jié)束后系統(tǒng)測試對應的用例概要設(shè)計階段結(jié)束后詳細設(shè)計階段依據(jù)需求文檔生成集成測試對應的用例單元測試對應的用例依據(jù)概要設(shè)計、體系設(shè)計文檔依據(jù)詳細設(shè)計文檔生成執(zhí)行測試工作流程測試工作總體流程設(shè)計階段編碼及單元白盒測試階單元黑盒測試階段

19、段集成測試階段系統(tǒng)測試階段驗收測試階段結(jié)項總結(jié)階段說明：集成測試和系統(tǒng)測試的反饋意見可能導致設(shè)計文檔（需求或數(shù)據(jù)庫）的修改。單元測試工作流程詳細設(shè)計編碼及白盒測試測試用例編碼審核測試用例審核單元測試單元總結(jié)測試報告提交Bug報告循環(huán)達到測試要求進入集成測試集成測試工作流程單元測試審核集成測試測試用例接上一階段測試用例審核提交Bug報告達到集成測試要求集成測試總結(jié)報告進入系統(tǒng)測試系統(tǒng)測試工作流程業(yè)務(wù)測試用例業(yè)務(wù)測試用例審核接上一階段確認測試審核提交Bug報告業(yè)務(wù)測試達到業(yè)務(wù)測試要求提交業(yè)務(wù)測試報告進入壓力測試接上一階段業(yè)務(wù)測試審核模擬多用戶準備數(shù)據(jù)庫壓力測試壓力測試報告審核進入性能測試返回開發(fā)修

20、改說明：壓力測試為模擬用戶正常使用時，系統(tǒng)正常工作的最小時間。接上一階段壓力測試審核模擬用戶數(shù)量增加數(shù)據(jù)量性能測試系統(tǒng)崩潰提交測試報告進入安裝測試審核返回開發(fā)修改說明：測試系統(tǒng)的崩潰極限（最多使用人數(shù)和數(shù)據(jù)庫的極限容量）。接上一階段系統(tǒng)測試審核安裝測試提交測試報告審核返回開發(fā)修改進入驗收測試驗收測試工作流程接上一階段安裝測試審核業(yè)務(wù)測試用例準備測試人員業(yè)務(wù)測試用例審核審核驗收測試提交測試報告審核進入結(jié)項總結(jié)階段返回開發(fā)修改說明：驗收測試的人員應包含非本系統(tǒng)的人員。缺陷管理與改錯流程測試員發(fā)現(xiàn)一個bug（當前狀態(tài)置為NEW）由項目經(jīng)理或測試組長確認是否為bug將bug狀態(tài)置為（OPEN/REOP

21、EN）開發(fā)人員修復bug將狀態(tài)置為（FIXED）將bug狀態(tài)置為（CLOSE）否是測試員回歸測試測試人員或項目經(jīng)理再次確認是否為bug是否測試參考文檔和測試提交文檔測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注軟件需求規(guī)格說明書是 否 是 否 軟件概要設(shè)計是 否 是 否 軟件詳細設(shè)計是 否 是 否 模塊開發(fā)手冊是 否 是 否 測試計劃及方案是 否 是 否 測試報告是 否 是 否 用戶操作手冊是 否 是 否 安裝指南是 否 是 否 測試提交文檔文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備

22、 注測試計劃及方案是 否 是 否 測試用例是 否 是 否 可考慮通過td產(chǎn)生測試報告是 否 是 否 可考慮通過td產(chǎn)生測試資源人力資源人員、角色及職責人員角色職責、任務(wù)備注項目經(jīng)理測試小組長、測試設(shè)計員測試設(shè)計員測試員測試設(shè)計員測試員開發(fā)人員測試工具用途工具生產(chǎn)廠商/自產(chǎn)版本備注測試管理TestDirectorMercury InterActive具體使用約定請參照測試工具使用約定及軟件開發(fā)與測試配合工作規(guī)范壓力測試LoadRunnerMercury InterActive功能測試WinRunnerMercury InterActiveXML工具Xml Spy 解析、驗證XML，通過XSD生成

23、XML文件DB2數(shù)據(jù)庫工具DBTool自產(chǎn)對TIPS數(shù)據(jù)庫進行操作日志文件監(jiān)控工具LogFileMonitor自產(chǎn)MQ隊列監(jiān)控工具Monitor自產(chǎn)通過MQ的BROWSE或GET方式監(jiān)控系統(tǒng)信息測試方法和方式測試方式主要以手工測試為主，在條件允許的情況下使用自動化測試工具進行測試。測試方法測試覆蓋率執(zhí)行人員描述黑盒測試100%測試人員功能測試或數(shù)據(jù)驅(qū)動測試灰盒測試1020%測試或開發(fā)人員靜態(tài)的白盒測試或動態(tài)的黑盒測試白盒測試5%開發(fā)人員結(jié)構(gòu)測試或邏輯驅(qū)動測試說明：黑盒測試是依據(jù)用戶能看到的規(guī)格說明，即針對命令、信息、報表等用戶界面及體現(xiàn)他們的輸入數(shù)據(jù)與輸出數(shù)據(jù)之間的對應關(guān)系，特別是針對功能進行

24、測試。 主要由測試小組人員完成執(zhí)行黑盒測試。黑盒測試覆蓋范圍黑盒測試測試用例覆蓋輸出覆蓋輸入覆蓋測試用例覆蓋：測試用例的沒一個用例都被測試過輸入覆蓋：測試過程中所輸入的數(shù)據(jù)或資料必須一再的試驗，如在程序安裝過程中輸入用戶名時，測試者必須反復輸入不同長度的中文、英文或數(shù)字等來做測試。輸出覆蓋：測試過程中程序所產(chǎn)生的行為、反映及數(shù)據(jù)必須都一再地試驗，如不同情況的對話窗口的內(nèi)容、運算結(jié)果數(shù)據(jù)等都必須反復地測試審核。測試中斷與開始的標準當優(yōu)先級1的問題超過總體問題的1/3時當優(yōu)先級2的問題超過總體問題的1/2時當優(yōu)先級3的問題超過總體問題的3/4時測試重新開始時的回歸測試項目測試范圍與測試任務(wù)根據(jù)業(yè)務(wù)

25、需求和用例，來確定測試項，并確定采用什么測試，并考慮優(yōu)先級軟件測試是保證軟件產(chǎn)品質(zhì)量的重要手段，沒有測試的開發(fā)是不完整的軟件開發(fā)過程。在項目測試過程中，測試組在項目不同階段都定義了相應的任務(wù)，包括前期計劃、用例設(shè)計到執(zhí)行測試，充分保證了項目測試的完整性和充分性。項目的測試包括單元測試，集成測試和系統(tǒng)測試三個主要部分，測試活動從開始執(zhí)行，直至項目生命周期結(jié)束。整個測試過程嚴格遵守測試流程規(guī)定，為保證軟件質(zhì)量實施關(guān)鍵活動。測試過程以項目內(nèi)部測試為主，盡可能多地發(fā)現(xiàn)系統(tǒng)缺陷，并盡最大可能保證系統(tǒng)的穩(wěn)定性，兼容性，可重復性以和強壯性。測試任務(wù)主要包括單元測試、集成測試、系統(tǒng)測試。單元測試由開發(fā)人員互檢

26、為主，測試人員提供相應的工具，以及測試知識的相關(guān)培訓。集成測試和系統(tǒng)測試由開發(fā)人員同測試人員聯(lián)合完成。制定測試計劃: (測試設(shè)計員)制定測試計劃的目的是收集和組織測試計劃信息，并且創(chuàng)建測試計劃。1.確定測試需求根據(jù)需求工件集收集和組織測試需求信息，確定測試需求。2.制定測試策略針對測試需求定義測試類型、測試方法以及需要的測試工具等。3.建立測試通過準則根據(jù)項目實際情況為每一個層次的測試建立通過準則。4.確定資源和進度確定測試需要的軟硬件資源、人力資源以及測試進度。5. 評審測試計劃根據(jù)同行評審規(guī)范對測試計劃進行同行評審設(shè)計測試: (測試設(shè)計員)設(shè)計測試的目的是為每一個測試需求確定測試用例集，并

27、且確定執(zhí)行測試用例的測試過程。1.設(shè)計測試用例：對每一個測試需求，確定其要的測試用例。對每一個測試用例，確定其輸入及預期結(jié)果。確定測試用例的測試環(huán)境配置、需要的驅(qū)動界面或穩(wěn)定樁。編寫測試用例文檔2.開發(fā)測試過程：根據(jù)界面原型為每一個測試用例定義詳細的測試步驟。為每一測試步驟定義詳細的測試結(jié)果驗證方法。為測試用例準備輸入數(shù)據(jù)。編寫測試過程文檔。在實施測試時對測試過程進行更改。3.設(shè)計驅(qū)動程序或穩(wěn)定樁設(shè)計單元測試和集成測試需要的驅(qū)動程序和穩(wěn)定樁。實施測試: (開發(fā)人員和測試人員)實施測試的目的是創(chuàng)建可重用的測試腳本，并且實施測試驅(qū)動程序和穩(wěn)定樁。編寫驅(qū)動程序和穩(wěn)定樁根據(jù)設(shè)計編寫測試需要的測試驅(qū)動程

28、序和穩(wěn)定樁。實施單元測試: (開發(fā)人員)執(zhí)行單元測試的目的是驗證單元的內(nèi)部結(jié)構(gòu)以及單元實現(xiàn)的功能。1.執(zhí)行單元測試按照測試過程手工執(zhí)行單元測試或運行測試腳本自動執(zhí)行單元測試。2.記錄單元測試結(jié)果將單元測試結(jié)果作詳細記錄，并將測試結(jié)果提交給相關(guān)組。3.回歸測試對修改后的單元執(zhí)行回歸測試實施集成測試: (開發(fā)人員或測試員)執(zhí)行集成測試的目的是驗證單元之間的接口以及集成工作版本的功能、性能等。1.執(zhí)行集成測試按照測試過程手工執(zhí)行集成測試或運行測試腳本自動執(zhí)行集成測試。2.記錄集成測試結(jié)果將集成測試結(jié)果作詳細記錄，并將測試結(jié)果提交給相關(guān)組。3.回歸測試對修改后的工作版本執(zhí)行回歸測試，或者對增量集成后的

29、版本執(zhí)行回歸測試。實施系統(tǒng)測試: (測試人員)執(zhí)行系統(tǒng)測試的目的是確認軟件系統(tǒng)工作版本滿足需求。1.執(zhí)行系統(tǒng)測試按照測試過程手工執(zhí)行系統(tǒng)測試或運行測試腳本自動執(zhí)行系統(tǒng)測試。2.記錄系統(tǒng)測試結(jié)果將系統(tǒng)測試結(jié)果作詳細記錄，并將測試結(jié)果提交給相關(guān)組。3.回歸測試對修改后的軟件系統(tǒng)版本執(zhí)行回歸測試。測試用例編寫方案及相關(guān)約定編寫原則（1）基本的原則就是：“一點多例”，就是針對一個測試點或者功能點，編寫多個測試用例，從多個方面進行測試。各個部分的用例編寫的都貫穿著這一基本思想。 （2）單元測試由開發(fā)人員執(zhí)行，可以自身決定是否編寫單元測試用例。（3）對于每個用例事件流，測試需求的詳細列表至少會包括一個測試

30、需求。對于需求規(guī)格說明書中的功能描述，將至少派生一個測試需求。（4） 測試項描述-簡要說明測試用例所要涉及的項和特性、對于每一項、可考慮引用以下文件：需求說明書、設(shè)計說明書、用戶手冊。 （5）輸入說明描述-規(guī)定執(zhí)行測試用例所需的各個輸入。有些輸入可以用值（允許適當?shù)恼`差）來規(guī)定。而另一些輸入，如常數(shù)表或事務(wù)文件可以用名來規(guī)定。規(guī)定所有合適的數(shù)據(jù)庫、文件、終端信息傳送的值。 （6）輸出說明描述- 規(guī)定測試項的所有輸出和特性（如：響應時間）。提供各個輸出或特性的正確值。（7）測試用例的設(shè)計，始終要考慮測試的執(zhí)行，同時測試發(fā)現(xiàn)的問題和總結(jié)的經(jīng)驗也可以用來完善測試設(shè)計。衡量測試用例設(shè)計的質(zhì)量標準可測性

31、： 測試用例的所有步驟是可測的，測試的步驟是具體可實施后的，按照每個步驟是可以走通的。可驗證： 測試的每個步驟驗證點是具體、可驗證的。期望結(jié)果不是抽象的描述，而是可獲得的。全面性：測試執(zhí)行人員，無須考慮怎么測、而是參照測試用例設(shè)計的步驟執(zhí)行，測試數(shù)據(jù)的準備也要在測試設(shè)計時考慮，而且要具備高覆蓋率和全面性。測試用例管理通過TestDirector來管理和維護測試用例編寫測試用例評審測試用例修改測試用例TD維護管理、版本升級產(chǎn)生測試報告請參照測試工具使用約定及軟件開發(fā)與測試配合工作規(guī)范中相應描述。測試用例與開發(fā)的對應關(guān)系約定開發(fā)階段依據(jù)文檔編寫的用例需求分析階段結(jié)束后需求文檔系統(tǒng)測試對應的用例概要

32、設(shè)計階段結(jié)束后概要設(shè)計、體系設(shè)計文檔集成測試對應的用例詳細設(shè)計階段詳細設(shè)計文檔單元測試對應的用例測試用例類型約定測試用例對應測試類型測試覆蓋率（測試人員）測試覆蓋率（其他人員）功能測試用例主要包括功能測試、健壯性測試、可靠性測試90%100%性能測試用例性能測試、壓力測試、強度測試10%集成測試用例接口測試、健壯性測試、可靠性測試40%50%50%安全測試用例安全測試10%用戶界面測試用例用戶界面測試、少量功能測試100%80%安裝/反安裝測試用例安裝/反安裝測試100%80%測試階段、類型與執(zhí)行角色的關(guān)系約定測試階段測試類型執(zhí)行角色單元測試模塊功能測試。含部分接口測試、路徑測試開發(fā)人員，測試人員可配合部分基礎(chǔ)數(shù)據(jù)準備集成測試功能測試，含部分接口測試、路徑測試。測試人員系統(tǒng)測試功能測試（含一定健壯性測試、性能測試、用戶界面測試、安全性測試、壓力測試、可靠性測試、安裝/反安裝測試。測試人員驗收測試基本同上，并包含文檔測試，對于軟件產(chǎn)品主要測試相關(guān)技術(shù)文檔測試人員，建議包含用戶考慮工作量可以和系統(tǒng)測試合并。測試用例清單可參照測試范圍-測試清單。缺陷管理與改錯計劃流程圖具體參照測試工作流程-缺陷管理與改錯