我們預防Bug的一些經驗

1.QA全方位參與整個 軟件開發 過程，例如當BA和開發人員kick off一個卡的時候，QA參與討論，提出一些需要程序員自測時候可能會忘記 測試 的點，此外，QA往往對業務更熟悉，可以提供建議給程序員，那些業務細節不能夠忽視，以防止這些地方出現 bug 。

2.當開發人員做完卡時候，需要把卡sign off給QA，在這個過程中，會在開發本地環境演示，期間如果出現缺陷，開發人員會重新把卡放到in dev列進行修復。直到開發人員本地環境都沒有問題后，QA才開始正式測試。

3.把 Jmeter 的 性能測試 腳本加入到CI中，每次提交代碼會跑一遍性能測試腳本，確保每次新代碼的提交，不會破壞產品關鍵流程的性能。

4.建議團隊使用代碼缺陷掃描工具，避免一些通用的bug的出現。

5.建議團隊的把 單元測試 覆蓋率提高到一定程度，例如80%，可以減少新的功能代碼對原有功能的破壞。

6.建議團隊根據實際情況去使用BDD的方式（Cucumber）去寫 自動化測試 用例，可以讓項目的PM，BA，Dev，QA等人對業務有一致的理解，減少由于業務理解不止出現的Bug。

7.多寫一些測試blog發布在公司內網發布，幫助開發人員了解哪些地方容易出現Bug。

8.我如果碰到了一些比較有趣或者通用的bug，會在團隊的每天早上站會，或者下午code review時候，跟大家分享，這樣大家都會知道這種類型的bug。

9.有些開發認為開發出的界面和設計稿有一定偏差問題不大，但是我建議界面盡量按照設計稿做，因為幾個像素的偏差，一個按鈕位置的不同，一塊區域透明度不夠等，都會造成整體美感的下降。經過和團隊合作一段時間后，大家實現的界面和設計稿更加貼近或者完全一致。

10.建議開發把重要的，或者一些特殊的實現思路，以及一些需要別人知道的細節， 記錄 在Jira的卡中。因為敏捷團隊中，文檔比較少，而Jira卡中記錄了這些信息后，將來任何人拿到這個卡，都能很快了解上下文和這個卡有無特殊實現等。我自己做測試時候，如果碰到一些比較有趣的卡，也會記錄下測試思路和測試數據。

11.建議開發和QA結對測試，傳遞測試的方法和思路。因為在探索性測試過程中，使用結對測試的方法，可以比較有效的傳遞知識。

12.有些開發缺少橫向對比同類產品的意識，因此開發出來的功能會不易使用。建議每個人都應該關心和對比同類產品的優缺點，這樣才能讓自己做出的功能模塊來更有競爭力，更好使用。

13.當QA測試的非常仔細的時候，開發自測的仔細程度也會相應提高很多。例如，剛進入團隊時候，有些開發自測時都很少考慮多 瀏覽器 兼容性測試，于是瀏覽器上經常會出現bug。我告訴大家，我每次測試都會在所有需要測試的瀏覽器上進行測試，而且每次出現bug后，我都會把卡挪回開發重新處理。因此在和團隊一起 工作 一段時間后，大家在不同瀏覽器上自測的力度就越來越大了。

來自：http://www.techug.com/post/some-tips-of-kill-bug.html