關鍵字：“害蟲監獄”
被修改后已解決的缺陷 (Fixed Bug)必須由找到缺陷的人 (通常是測試人員) 驗證.被修改后已解決的缺陷還必須通過再測試，驗證修改的編碼沒有造成新的害蟲。
所有的害蟲被分類成三種嚴重性的級別及三種修改的優先權的級別. 所有團隊員工被要求必須先除級別高的害蟲。
有的團隊執行 “害蟲監獄” (Bug Jail)制度: 害蟲數字超過 5 個以上的開發工程師在除完害蟲前不準編新的功能的編碼。
所有關鍵性的害蟲在產品發行前都要由“三國會議” (Triage Meeting – PM, Dev, QA) 討論決定是否要除, 才能改動。
產品發行前團隊召開定時的“戰前會議” (War Meeting), 由團隊各領導成員審核所有的害蟲。
每次一項功能編程完成后, 團隊全體成員進行 “抓蟲大掃除” (Bug Bash)：每人在規定的時間內使用新的功能，將找到的害蟲及時報告. 大掃除結束后抓蟲的統計向全隊報告。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/