這里再說明幾個方面
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。
文章來源于領測軟件測試網 http://www.kjueaiud.com/