軟件測試過程模型(2)

　　· 測試結果的日志和總結

　　· 已批準和帶有修訂測試交付項的簽署文檔(已更新的交付項)

　　過程：

　　· 在執行階段中應召開Checkpoint 會議。(如果由需要，)每天應召開Checkpoint 會議處理和討論測試中的問題，狀態和活動。

　　· 通過采用系統的手段跟進測試文檔來完成測試的執行。當執行測試程序的每一個包時，為了記錄程序的執行和測試程序找出的任何缺陷，應該將問題記錄到測試執行日志中。測試程序執行后的輸出當作測試結果。

　　· 為了確定是否可以得到預期的結果，測試結果應該由適當的項目組員評估(，適合于測試的所有級別)。記錄并和軟件開發經理/程序員討論所有差異/異常，為了以后的調查和解決應該將它文檔化(每個客戶可能有不同的記錄日志和報告bug/defect的過程，通過Configuration Management (CM)小組校驗這些過程)。通過/失敗的準則用來確定問題的嚴重級別，結果記錄到測試總結報告中。

　　· 根據客戶的風險評估來定義在系統測試中發現的問題嚴重級別并記錄到他們選擇的跟蹤工具中。

　　· 基于問題的嚴重級別有目的的修復并提交到測試環境中。被修改的問題應進行回歸測試并將沒有問題的修復項轉移到新的基線中。在測試完成后，測試組的成員應準備一份總結報告?？偨Y報告要由項目經理，客戶，SQA和/或測試組長復審。

　　· 在證實達到一個指定的測試級別后，配置經理應根據配置管理計劃中的要求整理發布的軟件組件并轉移到下一個測試級別。軟件只有在客戶正式驗收之后才可以轉移到生產環境中。

　　· 測試小組在復審測試和更新的文檔中發現的測試文檔的問題。有些問題可能是由于技術性和功能性之間的不一致或修改所造成的。

原文轉自：http://www.uml.org.cn/Test/200709263.asp