【正文】 定義測試策略 ； 該測試策略定義每個測試級別并確定各個級別的目標，職責，主要任務和進入 /退出標準。 典型的工作成果為測試策略文檔，內容如下： ? 學習測試政策和目標 ； ? 必要時提供澄清測試政策和目標的反饋 ； ? 定義測試策略并能清晰的鏈接到已定義的政策和目標 ； ? 部分測試策略的實例如下：正在開發(fā)產品的一般風險 ； 總的測試模型（ V 模型，增加的生命周期）作為減少風險的一個途徑 ； 測試類別（如，單元測試，集成測試，系統(tǒng)測試和驗收測試） ； 各個測試類別的目標，職責和只要任務，例如 單元測試 （ 驗證單元設計中制定的當前類別代碼覆蓋率是否被實現(xiàn) ）、 集成測試 （ 驗證全局設計中指定的一起單元操作 、 驗證接口說明書中指定的接口操作 ）、 系統(tǒng)測試 （ 驗證需求說明書中指定的系統(tǒng)操作 、 要達到當前類別的系統(tǒng)需求覆蓋率 ）、 驗收測試 （ 驗證該系統(tǒng)滿足驗收標準 、 驗證系統(tǒng)是否是 39。適合使用 39。、 當前類別的用戶需求覆蓋率是否被實現(xiàn) ）； ? 被用在每個測試級別的測試用例設計技術 ； ? 在每個測試級別實現(xiàn)的測試種類 ； ? 每個測試類別的進入 /退出標準 ； ? 必須遵守的標準 ； ? 級別獨立性 ； ? 執(zhí)行測試的環(huán)境 ； ? 每個測試級別的自動化方法 ； ? 回歸測試方法 ； ? 評審測試策略 ； ? 定義和建立測試策略的所有權 ； ? 在適當的時候重訪并修訂測試策略，例如基于年度。 請注意，測試策略將作為項目中測試執(zhí)行的起點。而且，每個項目可以調 整其整體戰(zhàn)略以滿足它的需要。不需要遵守的應當明確記錄在測試計劃 。 ? SP 分發(fā)測試策略到相關人員 ； 測試策略被介紹到測試內外的相關人員，并與之討論。 典型工作 成果是 部署計劃 和 演示測試策略 。 分 配機制的例子包括如下： ? 記錄在手冊里或者質量體系中 ? 在項目或者部門會議上演示 ? 張貼海報 ? 成為部門介紹程序的一部分 ? 能在網站的顯著位置訪問到 SG3 建立測試性能指標 建立和部署面向目標的測試過程性能指標 。 ? SP 定義測試性能指標 ； 測試性能指標定義在測試政策和目標基礎上，包括數據收集，存儲和分析的過程。 典型的工作成果為測試性能指標、 數據收集，存儲，分析和報告程序 ，其內容如下： ? 學習測試政策和目標 ,如測試過程改進的目標 ， 必要時提供澄清測試政策和目標的反饋 ； ? 定義測試性能指標并能鏈接到已 定義的政策和目標 ； 測試性能指標的例子如下：測試成本 測試所需的時間 缺陷的數量 缺陷檢測率 測試成熟度 ； ? 評審性能指標 ； ? 定義和建立測試性能指標的所有權 ； ? 指定如何獲得和儲存性能指標 ； ? 指定如何分析和報告性能指標 。 ? SP 部署測試性能指標 ； 部署測試性能指標，提供測量結果，這些結果都可對應到已確定的測試性能指標 。典型的工作成果為 測試性能指標數據 、 測試性能指標的報告 ，其內容如下： ? 獲取指定的性能指標數據 ； ? 分析和解釋性能指標 ； ? 管理和存儲性能指標數據和分析結果 ； ? 定期報告性能指標給相關人員 ； ? 輔助相關人 員理解結果 ； 協(xié)助理解結果的實例包括 ： 與相關人員討論結果 、 提供相關的信息，背景和解釋等 。 測試計劃 目標 ： 測試計劃的目標是在已識別的風險和已定義的測試策略基礎上定義測試方法，并建立和維護有依據的計劃來執(zhí)行和管理測試活動。 介紹性說明 ： 在確認測試任務分配后，一個總體的學習要被執(zhí)行，包括要測試的產品，項目組織，需求和開發(fā)過程。作為測試計劃的一部分，來源于測試策略，并基于產品風險評估，測試方法要被定義。根據不同的水平和風險類型，它決定哪些產品需求要測試，到什么程度，如何以及何時 測試 ， 目的是給 系統(tǒng)的最高風險級別提供最有可能的級別和覆蓋類型。基于測試方法，已完成的工作要被評估，以此為結果，要提供 成本 清晰的建議 的 測試方法。產品風險，測試方法和評估被定義在相關人員的緊密合作上。測試人員不應該自己做決定。測試計劃于測試策略一起，確認或者解釋不遵守部分。在測試計劃里，將要提供的測試交付被明確，需要的資源被確定，基礎設施的相關方面被定義。另外，測試計劃風險被明確。因此，測試計劃將會定義測試需要什么，什么時候測，如何測以及由誰來測。最后，測試計劃文檔有相關人員制定和實施。測試計劃為執(zhí)行和控制測試活動提供了依據 。測試計劃通常需要加以修訂，使用正式的變更控制流程，隨著項目的進展，以解決需求和承諾的變更，不準確的估計，糾正措施的變化，以及（測試）過程中的變化。 范圍 ： 測試計劃過程域包括執(zhí)行測試對象的產品風險評估，在已確定風險基礎上定義不同的測試方法。它也包括將要執(zhí)行的測試的開發(fā)評估，建立必要的承諾，定義和維護計劃 用以 執(zhí)行和管理測試。測試計劃需要每個明確的測試級別。在 2 級 TMMI，測試計劃被制定在在每個測試級別上。 具體目標和實踐綜述 SG1 執(zhí)行產品風險評估 ? SP 定義產品風險類別和參數 ? SP 確定產 品風險 ? SP 分析產品風險 SG2 建立測試方法 ? SP 確定要測試的項目和功能 ? SP 定義測試方法 ? SP 定義進入標準 ? SP 定義退出標準 ? SP 定義中止和恢復標準 SG3 建立測試評估 ? SP 建立高層工作分解結構 ? SP 定義測試生命周期 ? SP 確定測試投入和費用的評估 SG4 制定測試計劃 ? SP 建立測試時間表 ? SP 測試人員計劃 ? SP 計劃相關人員參與 ? SP 識別測試項目風險 ? SP 建立測試計 劃 SG5 獲得測試計劃承諾 ? SP 評審測試計劃 ? SP 調和工作和資源水平 ? SP 獲得測試計劃承諾 目標的具體實踐 ： SG1 執(zhí)行產品風險評估 產品風險評估被執(zhí)行來明確測試的關鍵區(qū)域 。 ? SP 定義產品風險類別和參數 ： 在風險評估期間使用的產品風險類別和參數被定義。 典型的工作成果為 產品風險類別清單 、 產品風險評估和優(yōu)先級標準 ，其內容為： ? 決定產品風險類別 ； 明確產品風險類別的原因是在未來測試任務變化時幫助進入測試計劃的測試類型。產品風險類別實例包括如下：功能性風險 、 結 構性風險 、 非功能性風險 （ 如可用性，有效性，可移植性，可維護性，可靠性 ）、 變更相關的風險 （ 如回退 ）； ? 為評估和測量產品風險可能性和影響水平定義一致的標準 ； ? 定義每個產品風險級別的闕值 ； 風險級別根據風險的重要性， 根據其特有影響和可能性來定義。對于每個風險級別，閾值被建立以確定 產品風險的可接受或不可接受，產品風險的優(yōu)先級，或管理行為的引發(fā) 。 ? SP 明確產品風險 ； 產品風險被明確和記錄。 典型的工作成果為 明確產品風險 ，其內容為： ? 識別并選擇參與風險評估的相關人員 ； ? 利用相關人員和需求文檔的輸入明確產品風險 ； 產品 風險識別技術實例包括如下：風險研討會 、 腦力激蕩 、 專家訪談 、 檢查清單 、 吸取的經驗教訓 ； ? 記錄背景和潛在風險后果 ； ? 確定每個風險級別的相關人員 ； ? 審查測試任務已明確的產品風險 。 ? SP 分析產品風險 ； 利用預定義的類別和參數對產品風險進行評估，分類以及確定優(yōu)先級。 典型的工作成果為 產品風險清單，并附有分配到每級風險的類別和優(yōu)先級 ，其內容為： ? 利用預定義的參數，如可能性和影響，分析已明確的產品風險 ； ? 通過已定義的風險類別，對產品風險分類，分組 ； ? 優(yōu)先考慮產品風險緩解 ； ? 在產品風險和需求之間建立橫向的追溯，以確 定產品風險的源頭被記錄 ； ? 生成一個需求 /產品風險的可追溯模型 ； ? 評審并獲得相關人員在產品風險的完整性，類別和優(yōu)先級方面的一致同意 ； ? 適當的時候修訂產品風險 ； 何時需要修訂產品風險包括如下：新建或者改變需求 、 軟件開發(fā)方法改變 、 項目中質量問題的經驗教訓 。 SG2 建立測試方法 在已明確的產品風險基礎上建立并商定測試方法 。 ? SP 確定要測試的功能和項目 ： 基于產品風險，確定要測試和不需要測試的功能和項目。 典型的工作成果包括 需要和不需要測試的項目清單 、需要和不需要測試的功能清單 ，其內容如下： ? 細 分產品風險優(yōu)先級到每個需要和不需要測試的項目 ； ? 為每個確定要測試的項目記錄風險級別和源文件（測試基礎） ； ? 細分產品風險優(yōu)先級到每個需要和不需要測試的功能 ； ? 為每個確定要測試的功能記錄風險級別和源文件（測試基礎） ； ? 與相關人員評審需要和不需要測試的項目和功能清單 。 ? SP 定義測試方法 ： 測試方法被定義以減輕那些已識別和已確定優(yōu)先級的產品風險。 典型的工作成果包括 測試方法 、 其他方法 ， 如 選擇一套測試設計技術，應該被詳細描述 用 以支持后來主要測試任務的確定，并評估做每一項任務所需要的時間 ，其內容如下： ? 選擇要使用 的測試設計技術；在已定義的產品風險基礎上多個測試設計技術被定義。選擇測試設計技巧的標準包括如下：系統(tǒng)類型 、監(jiān)管標準 、 客戶或合同需求 、 風險級別 、 風險類型 、 現(xiàn)有文獻 、 測試人員的學識 、 時間和預算 、 開發(fā)生命周期 、 已發(fā)現(xiàn)錯誤類型的先前經驗 ； ? 定義評審工作產品的方法 ； ? 定義重新測試的方法 ； 重新測試方法的實例如下： 對于所有高風險的測試條目 ， 要重新執(zhí)行充分測試過程 ； 對于所有低風險的測試條目，可以用單獨的工具重新測試 ； ? 定義回歸測試的方法 ； 回歸測試方法的實例如下：回歸測試的重點，例如哪些項目和 /或功能 ， 被選中并執(zhí)行測試案例 ， 要執(zhí)行測試的類型 ， 手動測試或使用自動化測試工具 ； ? 確定將要被使用的支持性測試工具 ； ? 確定有關測試方法的重大限制 ； 關于測試方法限制的實例如下：測試的可用性資源 、 測試環(huán)境特征 、 項目期限 ； ? 測試方法與已定義的組織范圍或者產品范圍的測試策略保持一致 ； ? 明確不遵守測試策略的部分，并說明理由 ； ? 與相關人員評審測試方法 ； ? 適當的時候修訂測試方法 ； 何時需要修訂測試方法的實例如下：新建或者改變產品風險的優(yōu)先級 、 項目中應用測試方法的經驗學習 。 ? SP 定義進入標準 ： 測試的進入標準被定義以防止在不允許進入測試過程的條件下開 始測試。 典型的工作成果為 進入 標準說明，其內容如下： ? 定義一套測試過程相關的進入標準 ； 測試過程相關的進入標準的實例如下：來自上一個測試級別的總結報告的可用性 、 依據需求的測試環(huán)境的可用性 、 相關文檔的可用性 （ 如發(fā)布說明，用戶手冊，安裝手冊等 ）； ? 定義一套有關產品質量的進入標準 ； 有關產品質量的進入標準的實例如下：一個成功的攝入量測試沒有突出的缺陷 所有懸而未決的缺陷至少要有狀態(tài)分析 ； ? 與相關人員評審進入標準，特別是那些負責會議的進入標準 。 ? SP 定義退出標準 ： 計劃何時停止測試的退出標準被定義 。典型的工作成果 為推出標準說明，其內容如下： ? 定義一套有關測試過程的退出標準 ； 有關測試過程的退出標準的例子如下：準備被成功執(zhí)行的測試百分比 、 每個測試條目的覆蓋百分比 （ 如代碼覆蓋率和需求覆蓋率 ）、 一個經批準的測試總結報告的可用性 ； ? 定義一套有關產品質量的退出標準 ； 有關產品質量的退出標準的例子如下：所有高優(yōu)先級產品風險趨向緩和缺陷檢測率低于某一個闕值 、 基于優(yōu)先級的突出缺陷的數目有檢查設計支持的軟件模塊的百分比 ； ? 與相關人員評審退出標準 。 請注意，測試級別的退出標準應該與與之相關的測試級別的退出標準保持一致。 ? SP 定義 暫停和恢復標準 ： 用于暫停所有或部分測試項目和 /或功能的測試任務的標準被定義 。典型的工作成果包括 暫停標準 說明和恢復標準說明，其內容如下： ? 指定用于暫停所有或部分測試項目和 /或功能的測試任務的暫停標準 ； 暫停標準的例子如下：關鍵缺陷的數目 、 沒有可再生的缺陷的數目 、 由于測試環(huán)境，測試執(zhí)行產生的問題 ； ? 指定用于必須被重復的測試任務的恢復標準 。 SG3 建立測試評估 在討論測試方法和計劃測試活動中，好的已創(chuàng)立的測試評估被建立 、 維護使用。 ? SP 建立高層工作分解結構 ： 建立高層工作分解結構（ WBS） ，以清楚地定義測試評估的范圍。 典型的工作成果包括 測試工作的產品清單 、要執(zhí)行的測試任務 、 工作分解結構 ，其內容如下： ? 確定基于已定義測試方法的將要被開發(fā)的測試工作產品 ； ? 確定被外部需要的工作產品 ； ? 確定將被重用的工作產品 ； ? 確定相關到測試工作產品的測試任務 ? 確定間接測試任務，如測試管理，會議，配置管理等 。 請注意， WBS 也應該重視執(zhí)行測試環(huán)境需求的任務，更多信息請參考 “ 測試環(huán)境 ” 過程域 。 ? SP 定義測試生命周期 ： 定義測試生命周期，以規(guī)劃計劃的投入。 典型的工作成果包括