這里再說明幾個方面
1、BA和開發團隊緊密協作，指導story開發，同時DE開發完成story后，必須及時知會BA，由BA第一時間驗收story。BA必須保證已實現的功能滿足用戶需求，與用戶期望一致，這樣就直接降低需求、及設計引發的種種BUG的產生。
2、DE開發完成story后，必須自測，同時還要請其他DE交叉測試story，開發人員參與測試這點是非常關鍵的。測試人員測試只能發現系統存在的更多BUG，而開發人員提高代碼質量，能夠直接減少系統BUG。我們一定要在源頭盡量遏制BUG的出現，特別是避免反復出現類似BUG，同種類型的BUG。我們的系統存在的缺陷如果在前期開發階段發現，會大大降低修改缺陷的成本及風險，提高開發效率和質量。因此，這里也制訂了用于指導開發人員自測的check list。
3、系統發布前必須組織BUG BASH，類似捉蟲競賽，大家一起測試，尋找前期我們漏測的BUG，同時也是對前期測試不充分的story進行加強測試，保證系統的質量。BUG BASH 也可以看作是一種激勵性質的游戲，鼓勵大家積極參與，找到最多BUG種有獎勵，這樣也能激發大家的熱情，發現更多BUG。
4、對于重點項目，影響范圍廣的發布版本或放量發布版本，以及系統大規模重構的版本，以及新版本特性較多較復雜的情況，必須指定專職QA負責跟蹤測試，跟進項目或版本的測試全過程，而對于一般小的發布及修改則可根據情況可不安排QA介入。對重點項目，PM必須提前一個月或一個迭代知會QA，由QA做充分的測試準備，進行測試計劃、測試用例的設計，進行充分而全面的測試，輸出測試報告。
5、對于不同項目的特點，可以適當采用相適用的自動化測試工具，來提高測試效率。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/