軟體測試流程參考一

標籤：

1.準備階段

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

準備和設定測試環境包括軟體，硬體，網路。

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

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。

軟體測試流程參考一