標準軟件測試工作流程解析

　　一、需求與規范的管理(需求階段)：需求收集并提出項目，進行可行性分析及評估。

　　1、由專門的需求分析負責人統一接收來自行業相關規范和新需求，將規范和新需求轉發給開發經理、項目經理、相關的開發人員和測試人員，同時commit到CVS;

　　2、專門的需求分析負責人、項目經理仔細閱讀規范與需求后，對規范和新需求進行研究，并就難點和疑點進行討論，整理出重點內容，并將重點內容發給開發經理、項目經理、相關的開發人員和測試人員，同時commit到CVS;

　　3、 開發經理、項目經理、測試負責人、需求分析負責人、相關的開發人員與測試人員開會對規范、需求和重點內容進行討論，確定需求的具體含義以及最終實現的需求和功能點;

　　4、 項目經理根據規范、需求和開會討論結果編寫《需求規格說明書》與《功能列表》，測試負責人(或專門的需求分析負責人)對文檔進行檢查并修改完善，然后commit到CVS;

　　5、 測試負責人(或專門的PPQA)確認所有相關文檔經過了評審并都已經commit到CVS。

　　二、項目計劃與測試計劃 (產品設計階段)

　　8 進入產品設計階段---〉編寫FRD，DEMO計劃，BRD根據開發估算的工作量進行項目里程碑計劃，并kickoff.由項目經理給出具體時間計劃表。由PM組織項目計劃討論會，在討論會上各開發負責人對自己所負責的模塊所需要的工作量進行評估，根據工作量和工程需求初步確定總體開發計劃、測試計劃和發布時間;項目經理根據估算工作量和工程需求編寫項目計劃，使用CMMI5總體測試計劃模板并對其進行適當的裁剪和補充，編寫適合本項目的項目計劃;

　　1、 由開發經理組織項目計劃討論會，在討論會上各開發負責人對自己所負責的模塊所需要的工作量進行評估，根據工作量和工程需求初步確定總體開發計劃、測試計劃和發布時間;

　　2、項目經理根據估算工作量和工程需求編寫項目計劃，使用CMMI5總體測試計劃模板并對其進行適當的裁剪和補充，編寫適合本項目的項目計劃;

　　3、測試負責人根據項目計劃與發布時間編寫測試計劃，使用CMMI5總體測試計劃模板并對其進行適當的裁剪和補充，編寫適合本項目的測試計劃;

　　17 　　4、項目計劃與測試計劃編寫完成后發送給開發經理、項目經理、相關的開發人員和測試人員，開發經理、項目經理、相關的開發人員和測試人員閱讀項目計劃、測試計劃后將建議和意見以郵件的形式反饋給項目經理與測試負責人，項目經理與測試負責人收集大家的郵件分別對項目計劃與測試計劃進行修改完善，同時回復郵件說明項目計劃與測試計劃修改情況，如果存在爭議則召開一個小型會議對異議進行討論，修改后的項目計劃、測試計劃commit到CVS;

　　5、測試負責人(或專門的PPQA)確認所有相關文檔經過了評審并都已經commit到CVS。

　　三、開發設計與評審(產品設計階段)　　1、項目經理構思系統設計，項目組開發成員一起討論系統的設計，對設計形成較為清晰的思路;

　　2、 項目經理負責編寫概要設計文檔，與開發經理、開發團隊成員與測試負責人一起討論概要設計;

　　3、 概要設計完成后，項目經理編寫詳細設計文檔、數據庫設計文檔和編碼規范，各模塊負責人負責編寫所負責的模塊進行詳細設計;

　　4、 設計文檔編寫完成后，發郵件通知開發經理、項目經理、測試負責人、相關開發人員和測試人員;

　　5、 開發經理、項目經理、測試負責人、相關開發人員和測試人員對所提交的概要設計文檔、詳細設計文檔進行審查，將建議和意見以郵件的形式反饋給模塊負責人;

　　6、 模塊負責人收集郵件中的修改建議并對設計文檔進行修改，同時回復郵件說明詳細設計修改情況，修改后的詳細設計commit到CVS;

　　7、 如果對設計存在爭議或出現明顯不合理的設計，召開一個小型會議對異議進行討論，有效解決設計所出現的分歧;

　　8、 測試負責人(或專門的PPQA)對開發最終修改的詳細設計計劃進行檢查，并確認所有文檔都已經commit到CVS。

　　注：在大型的項目中，必須先完成概要設計后再完成詳細設計，在小項目或需求中可做適當剪裁概要設計與詳細設計合在一起完成。

　　四、測試方案與評審(產品設計階段)

　　由RA或測試人員編寫UC并組織評審。依據確認后的UC，編寫測試計劃。詳細評估項目開發、測試工作量并進行WBS分解制定詳細的項目計劃。

　　1、在項目的設計階段，測試負責人根據規范文檔、功能列表和概要文檔編寫總體測試方案與性能測試方案;

　　2、測試方案編寫完成后，發郵件通知開發經理、項目經理、相關開發人員和測試人員;

　　3、開發經理、項目經理、測試負責人、相關開發人員和測試人員對所提交的測試方案進行審查，開發經理和項目經理對測試方案進行總體性的審查，而各模塊負責人則負責相關模塊或功能的測試方案的審查，將建議和意見以郵件的形式反饋給測試負責人;

　　4、測試負責人收集郵件中的修改建議并對測試方案進行修改，同時回復郵件說明測試方案修改情況，修改后的測試方案commit到CVS;

　　20 　　5、測試負責人(或專門的PPQA)對最終修改的測試方案進行檢查，并確認所有文檔都已經commit到CVS。

　　五、編碼實現與單元測試(開發階段)開發設計編碼，同時測試人員編寫冒煙測試用例以及詳細TC。

　　1、在產品詳細設計完成后，開發工程師依據設計進行編碼工作;

　　2、編碼完成后，開發工程師編寫單元測試案例并進行單元測試，單元測試完成后提交單元測試報告;

　　3、項目經理根據項目實際情況對開發工程師編寫的代碼組織Code Review，記錄相關問題;

　　4、產品模塊單元測試完成后，開發之間進行產品聯調測試，并修改所發現問題以及提交聯調測試報告;

　　5、產品初步完成后，在提交測試前進行一次產品演示，參加人員包括開發經理、項目經理、測試負責人、開發工程師、測試工程師、售前工程師與售后工程師，在演示的過程中對產品提出改進建議;

　　6、各模塊負責人對Code Review以及產品展示所發現的問題進行修改，相關的代碼與文檔commit到CVS;

原文轉自：http://www.kjueaiud.com