【51CTO.com快譯】 毫無疑問，bug檢查是軟件開發流程當中極為重要的一環。在今天的文章中，我們將分享15項關鍵性提示，旨在幫助軟件徹底告別bug困擾。

1. 設計用于創建及維護規范及數據庫交叉引用索引的工具。建立此類索引應當作為各個項目內QA功能的必要組成部分。

2. 建立一項術語詞匯表標準。為各個項目創建一套詞匯表，并交由設計師進行審查。

3. 檢查主交叉引用以確保設計師的意圖與該規范相符。確定規范、設計與數據庫彼此之間及內部不存在歧義與矛盾。

4. 建立基于主交叉引用的非正式審查程序。與管理人員就此項審查中的公開及保密目標達成一致。

5. 選擇并培訓擁有設計經驗且自身關于處理審查工作的員工，并為其提供免審查權。

6. 確保管理層理解、批準、贊賞并獎勵使用各類間接方法所取得的成效。

7. 預先在各個項目中確定由誰負責設計及執行系統層面功能測試，并正式批準該項測試。如果認為某兩項測試設計可以合并或者應當拆分，則應在進行調整前獲得批準。

8. 為正式系統測試設計并實施一項標準或者驗收規劃文檔。在其中定義全部***性要求及其內容，定義測試設計標準與約定、數據庫測試標準與約定、匯總表、測試表、輸入準備與定義以及狀態報告等等。

9. 確定將要使用的全部測試工具(硬件與軟件)皆得到對應修改，或者根據項目要求進行購買。投入充足時間以規劃具體時間以及預算成本，用于獲取這些必要工具。

10. 建議在保證質量的前提下對測試工具進行集中采購、修改與開發，從而減少為不同項目重新設計測試工具的情況，同時隨時間推移建立起一套愈發精巧且高效的工具資源庫。

11. 建立明確的測試結構，例如組、子組、測試與子測試。定義一套廣泛的結構組以涵蓋全部項目中的各類組與子組。面向全部組開發出一級與二級輪廓(子組，測試)，從而建立起符合驗收測試或者系統測試需求的主干骨架。根據不同項目重新定義這一結構輪廓，并最終建立起一套足以支持任何測試計劃的測試規劃庫。正如設計師們傾向于在不同項目間使用同樣的功能代碼，大家也應重視測試機制的可復用性。

12. 對于每個項目，根據需要實施的子測試數量進行系統測試與驗收測試人力及資金成本核算。得到管理層同意以為測試工作籌備充足的時間與資金，同時與客戶溝通以確保擬定的測試范圍已經能夠充分涵蓋當前項目需求。隨著開發進行，逐步建立選擇性淘汰機制。

13. 盡早確定正式測試工作的參與人員，在工作中引入來自QA與客戶方面的成員。獲取全部必要性消耗品及其它資源與設施，并將其部署至測試體系之內。在終端申請時準備好充足的余量，這能夠讓實際測試工作推進得更為順暢。

14. 在特定百分比的子測試成功通過之后，立足子測試層級與當前系統條件進行增量性驗收確認，并將此作為整體測試獲得全面成功的基礎性前提。

15. 提前準備全部測試文檔、腳本、評分與相關文件，一式三份。確保全部文件與程序皆進行充足備份。

原文標題：15 Tips for Making Software 100% Bug Free    原文作者：Rohit Sharma

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】