1、 測試工作準備
測試負責人在軟件項目的需求階段開始介入，逐步深入了解該項目的需求、設計過程，從而有針對性的編制測試計劃和測試大綱（測試方案、測試用例）。
對測試人員進行業務培訓，了解該項目的大體流程及各項功能。
2、 測試計劃的制定
測試計劃的制定要與項目開發的總體計劃相吻合；測試計劃中要充分考慮資源計劃（人員安排，設備分配、與其它部門的協調配合以及其它不確定的因素）等；測試計劃的制定還要考慮測試版本計劃，與開發協調，按照版本生成計劃（多長時間出一個版本），制定測試計劃。
3、 時間節點的控制（與開發部門的協調控制）
保證測試計劃中的全部測試用例跑一遍，如果未按預計的時間將所有計劃中的測試用例走一遍，則需分析原因。
4、 測試用例（TASE CASE）的編制與優先級的控制
以軟件項目的層次圖或模塊分解圖，按模塊根據模塊功能清單設計編寫測試用例（TEST CASE），將測試用例按對系統的影響程度分成優先級。
測試原則：按照優先級的順序從高到低完成測試用例的測試；測試用例的編制要充分考慮模塊間的接口關系，對集成測試的流程要清楚。
5、 測試過程控制
合理的進行測試人員的組織與分配，按功能模塊并結合測試人員的實際情況（人員素質、測試業務水平、工作態度）進行測試工作的安排（界面測試（風格、字體、提示信息、布局等）可安排一般測試人員）、功能和性能測試需有較深資歷的人員進行測試）。
將測試的BUG的狀態進行分類(Active（激活），resolved（解決），postponed（推遲解決，external，fixed（修復），won’t fixed，（無法修復）by design（設計引起），not repro（不重現），closed（關閉）），并且一定要進行確認和跟蹤。
要求測試人員詳細的記錄測試過程，特別是錯誤描述要清楚（特別是錯誤情況出現的操作步驟）。
對測試人員的工作進行檢查，并結合測試記錄和測試過程對每個測試人員的工作進行考核與評價。
6、 測試反饋
將測試中發現的BUG反饋給該項目（模塊）的負責人，由負責人對該BUG進行定位，并由相應的設計人員進行修改，如果測試人員發送的BUG并非該測試模塊的BUG，則由該負責人轉發給相應的負責人，由其定位，并指派設計人員修改。
7、 測試問題處理
測試結束后，測試過程中發現的所有BUG，都應將其統計匯總，標識出當前的狀態，其中經再次測試已經關閉的不再說明，其它所有未關閉的均應說明理由，并與開發部門討論，由技術負責人給出結論（是否解決或延期解決），并要經過技術副總審批。
8、 測試分析
測試完畢，整理測試文檔，測試負責人并編制〈測試過程說明〉、〈測試總結報告〉；每個測試人員提交在該測試項目的〈測試體會〉給質量管理部經理，作為部門人員評價的依據。測試負責人將每個測試人員的測試記錄（所發現的BUG）匯總并分析，得出該軟件項目的BUG分布表，作為評價該軟件項目的依據。
9、總體評價
根據測試的全部過程及測試記錄以及測試分析，對該項目得出綜合的評價，確認軟件系統的可用性，并提出對該項目的意見與建議，決定是否發版，進入發版控制流程。
10、質量目標
通過測試管理工作的加強，力求在測試階段盡可能多的發現軟件錯誤與缺陷，盡可能少的將問題帶給用戶，確保軟件的質量及其可靠性，提高用戶滿意程度，使作為質量管理中心的質量管理部真正的把好產品的質量關，盡量在測試階段發現軟件錯誤和軟件缺陷減輕客戶服務部的壓力，提高金益康公司產品的質量與市場競爭力，營造公司良好的形象。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
