1.準備階段

測試經理需要評估測試工作量并評估測試時間?；跍y試工作量和估計時間分析，可能需要及時向客戶報告，并請客戶確認測試范圍等相關信息。對于最終項目進度，需要測試主管，測試經理和項目經理交流達成一致。
測試計劃是主要的測試文檔，可以參考測試術語表創建，測試計劃的作者不能自我審閱測試計劃，必須由測試主管或測試經理進行審閱，并且請客戶最終確認。
在創建測試用例之前，需要列出測試的全部功能區域。然后分別進行測試風險分析和確定測試的優先級，并且報請客戶或測試經理批準。
創建測試用例是準備階段的另一項主要工作，可以手工或者使用測試管理工具自動創建。創建的測試用例首先必須至少一位測試主管審閱批準，然后請客戶最終批準。

準備和設置測試環境包括軟件，硬件，網絡。

測試人力資源是另一個重要測試資源，需要創建人力資源需求曲線文檔，列出測試各階段需要的測試人員。要保持測試人員的穩定性。

2.實施階段

根據項目不同，從工程、項目經理或客戶處向測試部門傳遞和提交測試使用的軟件Build和測試用例等內容。

測試部得到新的被測試Build后，首先執行版本可接受測試(BAT)。如果滿足測試的要求，則進入常規的測試階段，如果Build存在很大問題，例如無法安裝或主要功能失效等，則需要及時報告給客戶，要求重新編譯新的Build.

測試執行按照測試計劃和測試用例進行，并編寫缺陷報告，向客戶指定的軟件缺陷跟蹤管理系統報告軟件缺陷。

測試團隊每周對軟件測試內容和報告的缺陷進行內部質量保證QA，對于質量保證發現的問題，需要報告給質量經理或測試經理，并且及時采取糾正措施。

與此同時，客戶方的質量工程師也進行外部的跟蹤與檢查。對于客戶發現的任何測試問題，團隊需要認真分析，并及時采取糾正措施。所有糾正措施都要經過各方討論，形成糾正措施報告，由測試經理簽字確認。

在測試過程中，跟蹤最新估計的測試時間和實際測試占用的時間，采取必要的措施使測試進度滿足測試項目最初設定的進度。對測試的軟件缺陷進行分析，度量測試覆蓋率和測試的有效性。

對于測試過程中發現的一些問題需要及時向客戶報告并得到確認。如下圖

---

今天先到這兒，希望對您軟件質理管理有幫助。 其它您可能感興趣的文章：

互聯網數據庫架構設計思路
企業級應用架構模式N-Tier多層架構
某企業社交應用網絡拓撲架構圖
IT基礎架構規劃方案一(網絡系統規劃)
餐飲連鎖公司IT信息化解決方案一
REST服務介紹
企業服務總線Enterprise service bus介紹

如有想了解更多軟件研發 , 系統 IT集成 , 企業信息化，項目管理 等資訊，請關注我的微信訂閱號：

?

作者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。
該文章也同時發布在我的獨立博客中-Petter Liu Blog。

轉載于:https://www.cnblogs.com/wintersun/p/4925119.html

總結

以上是生活随笔為你收集整理的软件测试流程参考一的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。