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。