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