1.方案說明
目前測試實施已經構建了較完整的過程，但測試質量保證還未形成系統性的方案。測試作爲質量保證的內容，應該得到較好的控制和持續的改進，測試只有和質量控制結合起來才能夠實現這一目標，該方案就是以此爲出發點。
2.當前質量控制和測試協調的問題協調問題
測試人員不能及時瞭解項目進度併合理安排測試；
測試人員不能及時瞭解項目需求；
測試人員未在各種評審會議中發揮作用；
測試流程未充分適應實際需要；
測試流程未嚴格執行；
QA對測試過程沒有有效監控；
QA未對測試結果進行評估；
測試結果能夠反饋到項目組但未產生應有的作用。
考覈問題
未測試人員考覈；
項目考覈未完善，目前效果不好。
3.解決方案
3.1項目情況QA與測試溝通辦法
項目進度：通過http://10.10.3.32/SQA/SQAWORK網站溝通，QA每週在出《項目情況週報》之前更新網站中的項目列表，項目狀態發生改變就郵件通知測試管理人員察看網站；
評審會議：測試人員察看網站更新以後，與QA或項目經理確認；QA與測試管理人員在評審會議以後要提供一份《會議評估結論》，作爲項目考評的一部分；
3.2測試流程改進
項目策劃階段：
說明：
1.項目立項後，QA將獲得項目經理或技術總監發來的《立項申請書》，QA對《立項申請書》進行審覈，如果發現問題及時通知項目經理及技術總監；
2.《立項建議書》無誤後， QA及時更新網站中的項目列表，並通知測試人員獲取《立項建議書》；
3.測試人員主動獲取項目信息（背景，客戶等）。
需求分析階段：
說明：
1.根據項目計劃，項目組展開需求調研活動；
2.QA獲取項目情況，並及時與測試和項目組溝通，儘可能使測試參與需求調研；
3.項目組根據調研結果進行需求分析；
4.如果測試參與了調研，則根據自己的調研結果進行需求分析；如果無法參與調研則根據項目組的調研結果
進行需求分析（需要獨立進行）；
5.項目組需求分析結束後，QA協調召開需求評審會議，並通知測試參加；
6.評審結束後，測試和QA共同對評審進行評估；
7.在需求階段開始和評審開始，QA要更新網站的項目列表並通知相關人員；
8.測試要在需求評審過程中對比項目組和自己的需求分析結果，但不需要干預項目組。
設計實現階段：
說明：
1.項目組根據計劃進行系統設計活動；
2.QA監控系統設計過程，並更新項目列表，及時通知測試人員；
3.設計完成後，QA系統設計評審會議，測試參加；QA和測試共同對設計評審進行評估；
4.設計評審完成，項目組進行系統實現；
5.QA監控實現過程並更新項目列表，及時通知測試；
6.測試主動獲取項目信息。
測試準備階段：
說明：
1.QA及時掌握項目情況，在項目組編碼結束以後，通知測試人員進行測試準備；
2.測試人員應該在項目需求階段完成以後就開始路徑和用例設計，本階段針對最終需求進行修正；
3.QA與測試共同進行測試路徑和用例評審；
4.QA對評審結果作出評價；
5.評審通過QA更新項目列表並通知項目組提交測試；
6.項目組提交測試申請，QA審覈測試申請內容（特別是版本和測試範圍）；
7.測試申請審覈不通過，返回測試組；測試通過，QA通知測試；
8.測試人員制定測試實施計劃；
9.QA審覈測試實施計劃；
10.QA全程監控測試過程。
測試實施階段：
說明：
1.測試按照計劃實施，QA全程監控；
2.測試負責人根據測試時間長短定期向QA通報測試情況；
3.初測結束後，測試負責人編寫測試報告，通知QA覈查，通知項目組排除缺陷；
4.項目組修正系統後，提交複查；
5.測試人員複查系統（最多兩次）；
6.複查結束，測試負責人完成測試報告。
測試評審階段：
說明：
1.測試報告完成後，由QA和測試負責人共同對測試結果作出評估；
2.不管評估結果如何都要通報項目組並附帶測試報告；
3.QA對測試過程進行評估，對測試人員進行考覈。
客戶跟蹤階段：
說明：
1.系統正式發佈以後，QA需要在一段時間內持續跟蹤客戶使用情況；
2.QA在跟蹤時，通過到現場或使用E_Mail，電話將調查表發送給客戶；
3. 客戶填寫好調查表，反饋給QA；
4.QA將調查結果整理好定期發送給技術總監（項目組在允許的情況下通報）。
每個階段的輸入輸出文檔
1.項目策劃
《立項建議書》：項目組輸出，QA，測試輸入；
《項目計劃mpp》，《項目配置庫管理報告》：項目組輸出，QA輸入；
2. 需求分析
《需求規格說明書》：項目組輸出，QA，測試輸入；
《需求評審報告》：QA和測試輸出，項目組輸入；
《階段評審報告》：QA輸出，項目組輸入；
3.分析實現
《數據庫設計報告》，《詳細設計報告》，《UI設計報告》：項目組輸出，QA和測試輸入；
4. 測試
《測試路徑與用例分析》：測試輸出，QA輸入；
《測試設計評審》：QA輸出，測試輸入；
《測試實施計劃》：測試輸入，QA和項目組輸入；
《測試報告》：測試輸出，QA和項目組輸入；
《測試報告評估》：QA輸出，測試輸入；
《測試過程評估》：QA輸出，測試輸入；
《測試人員考覈表》：QA輸出，技術總監輸入；
5.跟蹤
《系統使用情況調查表》：QA輸出，技術總監輸入。
3.3維護項目與緊急項目測試流程
需要補充
說明：
1.項目經理按照維護計劃，定期收集整理需要維護的需求；
2.QA根據維護計劃監控維護過程（這個期間可能會包含系統的客戶使用情況調查）；
3.項目組分析要維護的需求並制定解決方案；
4.項目經理將維護方案發送給測試負責人和QA；
5.項目組提交測試申請；
6.在項目組實施方案的時候，測試組編寫測試用例和修改自動測試腳本；
7.測試組執行測試，在執行完成後編寫測試報告併發送給QA和項目組；
8.QA評估測試結果。
緊急項目測試流程
說明：
1.緊急項目簡化了大部分工作流程，但需求和測試是最重要的，需要嚴格執行；
2.項目組在獲取項目信息後如果時間非常緊迫可以向CTO提出緊急項目申請；
3.CTO未批准，項目按正常項目運作；如果批准，項目經理將批准意見和立項申請一同發送給QA；
4.QA及時更改項目列表並通知測試做好準備；
5.項目組收集分析項目需求，並召開一次需求評審會議，QA和測試人員需要參加；
6.評審通過後，項目組將《需求規格說明書》發送給QA和測試人員；
7.在項目組設計和實現項目的時候測試人員設計測試路徑和測試用例；
8.項目組在實現項目後提交測試申請；
9.測試人員根據最終需求，修正測試用例並執行測試；
10.測試完成後，測試負責人編寫測試報告併發送給CTO，QA和項目組；
11.後續流程按照正常項目走（包括測試評估，跟蹤，結項）。
4.系統測試階段QA控制關鍵點l 《系統測試計劃》
《系統測試用例》評審會
《系統測試報告》
《不合格用例測試報告》
《詳細系統測試用例報告》
《測試結項申請》
目前測試實施已經構建了較完整的過程，但測試質量保證還未形成系統性的方案。測試作爲質量保證的內容，應該得到較好的控制和持續的改進，測試只有和質量控制結合起來才能夠實現這一目標，該方案就是以此爲出發點。
2.當前質量控制和測試協調的問題協調問題
測試人員不能及時瞭解項目進度併合理安排測試；
測試人員不能及時瞭解項目需求；
測試人員未在各種評審會議中發揮作用；
測試流程未充分適應實際需要；
測試流程未嚴格執行；
QA對測試過程沒有有效監控；
QA未對測試結果進行評估；
測試結果能夠反饋到項目組但未產生應有的作用。
考覈問題
未測試人員考覈；
項目考覈未完善，目前效果不好。
3.解決方案
3.1項目情況QA與測試溝通辦法
項目進度：通過http://10.10.3.32/SQA/SQAWORK網站溝通，QA每週在出《項目情況週報》之前更新網站中的項目列表，項目狀態發生改變就郵件通知測試管理人員察看網站；
評審會議：測試人員察看網站更新以後，與QA或項目經理確認；QA與測試管理人員在評審會議以後要提供一份《會議評估結論》，作爲項目考評的一部分；
3.2測試流程改進
項目策劃階段：
說明：
1.項目立項後，QA將獲得項目經理或技術總監發來的《立項申請書》，QA對《立項申請書》進行審覈，如果發現問題及時通知項目經理及技術總監；
2.《立項建議書》無誤後， QA及時更新網站中的項目列表，並通知測試人員獲取《立項建議書》；
3.測試人員主動獲取項目信息（背景，客戶等）。
需求分析階段：
說明：
1.根據項目計劃，項目組展開需求調研活動；
2.QA獲取項目情況，並及時與測試和項目組溝通，儘可能使測試參與需求調研；
3.項目組根據調研結果進行需求分析；
4.如果測試參與了調研，則根據自己的調研結果進行需求分析；如果無法參與調研則根據項目組的調研結果
進行需求分析（需要獨立進行）；
5.項目組需求分析結束後，QA協調召開需求評審會議，並通知測試參加；
6.評審結束後，測試和QA共同對評審進行評估；
7.在需求階段開始和評審開始，QA要更新網站的項目列表並通知相關人員；
8.測試要在需求評審過程中對比項目組和自己的需求分析結果，但不需要干預項目組。
設計實現階段：
說明：
1.項目組根據計劃進行系統設計活動；
2.QA監控系統設計過程，並更新項目列表，及時通知測試人員；
3.設計完成後，QA系統設計評審會議，測試參加；QA和測試共同對設計評審進行評估；
4.設計評審完成，項目組進行系統實現；
5.QA監控實現過程並更新項目列表，及時通知測試；
6.測試主動獲取項目信息。
測試準備階段：
說明：
1.QA及時掌握項目情況，在項目組編碼結束以後，通知測試人員進行測試準備；
2.測試人員應該在項目需求階段完成以後就開始路徑和用例設計，本階段針對最終需求進行修正；
3.QA與測試共同進行測試路徑和用例評審；
4.QA對評審結果作出評價；
5.評審通過QA更新項目列表並通知項目組提交測試；
6.項目組提交測試申請，QA審覈測試申請內容（特別是版本和測試範圍）；
7.測試申請審覈不通過，返回測試組；測試通過，QA通知測試；
8.測試人員制定測試實施計劃；
9.QA審覈測試實施計劃；
10.QA全程監控測試過程。
測試實施階段：
說明：
1.測試按照計劃實施，QA全程監控；
2.測試負責人根據測試時間長短定期向QA通報測試情況；
3.初測結束後，測試負責人編寫測試報告，通知QA覈查，通知項目組排除缺陷；
4.項目組修正系統後，提交複查；
5.測試人員複查系統（最多兩次）；
6.複查結束，測試負責人完成測試報告。
測試評審階段：
說明：
1.測試報告完成後，由QA和測試負責人共同對測試結果作出評估；
2.不管評估結果如何都要通報項目組並附帶測試報告；
3.QA對測試過程進行評估，對測試人員進行考覈。
客戶跟蹤階段：
說明：
1.系統正式發佈以後，QA需要在一段時間內持續跟蹤客戶使用情況；
2.QA在跟蹤時，通過到現場或使用E_Mail，電話將調查表發送給客戶；
3. 客戶填寫好調查表，反饋給QA；
4.QA將調查結果整理好定期發送給技術總監（項目組在允許的情況下通報）。
每個階段的輸入輸出文檔
1.項目策劃
《立項建議書》：項目組輸出，QA，測試輸入；
《項目計劃mpp》，《項目配置庫管理報告》：項目組輸出，QA輸入；
2. 需求分析
《需求規格說明書》：項目組輸出，QA，測試輸入；
《需求評審報告》：QA和測試輸出，項目組輸入；
《階段評審報告》：QA輸出，項目組輸入；
3.分析實現
《數據庫設計報告》，《詳細設計報告》，《UI設計報告》：項目組輸出，QA和測試輸入；
4. 測試
《測試路徑與用例分析》：測試輸出，QA輸入；
《測試設計評審》：QA輸出，測試輸入；
《測試實施計劃》：測試輸入，QA和項目組輸入；
《測試報告》：測試輸出，QA和項目組輸入；
《測試報告評估》：QA輸出，測試輸入；
《測試過程評估》：QA輸出，測試輸入；
《測試人員考覈表》：QA輸出，技術總監輸入；
5.跟蹤
《系統使用情況調查表》：QA輸出，技術總監輸入。
3.3維護項目與緊急項目測試流程
需要補充
說明：
1.項目經理按照維護計劃，定期收集整理需要維護的需求；
2.QA根據維護計劃監控維護過程（這個期間可能會包含系統的客戶使用情況調查）；
3.項目組分析要維護的需求並制定解決方案；
4.項目經理將維護方案發送給測試負責人和QA；
5.項目組提交測試申請；
6.在項目組實施方案的時候，測試組編寫測試用例和修改自動測試腳本；
7.測試組執行測試，在執行完成後編寫測試報告併發送給QA和項目組；
8.QA評估測試結果。
緊急項目測試流程
說明：
1.緊急項目簡化了大部分工作流程，但需求和測試是最重要的，需要嚴格執行；
2.項目組在獲取項目信息後如果時間非常緊迫可以向CTO提出緊急項目申請；
3.CTO未批准，項目按正常項目運作；如果批准，項目經理將批准意見和立項申請一同發送給QA；
4.QA及時更改項目列表並通知測試做好準備；
5.項目組收集分析項目需求，並召開一次需求評審會議，QA和測試人員需要參加；
6.評審通過後，項目組將《需求規格說明書》發送給QA和測試人員；
7.在項目組設計和實現項目的時候測試人員設計測試路徑和測試用例；
8.項目組在實現項目後提交測試申請；
9.測試人員根據最終需求，修正測試用例並執行測試；
10.測試完成後，測試負責人編寫測試報告併發送給CTO，QA和項目組；
11.後續流程按照正常項目走（包括測試評估，跟蹤，結項）。
4.系統測試階段QA控制關鍵點l 《系統測試計劃》
《系統測試用例》評審會
《系統測試報告》
《不合格用例測試報告》
《詳細系統測試用例報告》
《測試結項申請》