交bug時的注意事項

（1） 發現一個問題時，不必急著提交，可以先做驗證(包括復現、對比測試等)進行證實，

看是概率性問題還是每次必現的問題，需要時也應使用不同版本不同機器做對比驗證，當然，如果已經很確信是一個bug了，也就不用浪費時間去對比驗證了。

（2） 描述要清晰、準確，不要使用含糊的詞語(例如，好像，似乎)來描述發現的現象。

關于這點，如測試某款軟件時，提交一個bug描述為“軟件幫助說明中好像有錯別字”，并沒有說出哪一頁哪一行以及具體哪個字錯了，應該修改成什么樣的。因此就不能說是個好的描述。

（3） 要考慮開發人員的感受，有些問題尤其是有些主觀性比較強的問題，在問題描述

中一般不要出現帶強烈感情色彩的詞語標點符號，如“要求”、“必須”和感嘆號等(特殊情況除外)。在提交此類問題時可以使用一些諸如“建議……”、“希望……”、“請……”之類比較委婉些的詞語。

（4） 不能確認一個現象是不是一個bug的時候可以向其他人或者開發人員進行確認，

然后再去提交。

（5） 概率性的問題，測試過程中難免遇到一些概率性問題，很難找出其產生的規律，

甚至該問題在測試過程中只出現一次，對于此類問題也一定要提交，并補充說明無法復現或者無規律。

（6） 描述問題時，要實事求是，不要夸大，比如概率性問題，本來出現的概率只有10%，

你把它寫成50%都是不應該的。

（7） 提交bug時，應該在描述清楚問題點的時候把正確的預期輸出結果寫明，即正確

的結果應該是什么樣的，這點很重要。現在我們提交的bug中有些測試和開發雙方都知道該修改成什么樣子了，而在bug描述中未寫出修改成什么樣子的，如“來電時按掛機鍵不能拒接來電”這樣描述一個bug，并沒有寫明該如何修改，一般這樣描述大家一看就知道該如何修改，所以寫不寫預期正確結果大家都可以接受。但對于有些bug的描述一定要把預期的正確結果給寫進去，否則開發人員會無所適從，不知道該修改成什么樣子的。

（8） 很多時候，提交的bug都需要重現，而有的bug是在測試過程中偶然間發現的，

時間一長，會對發現bug時的特定數據或環境模糊，導致不能重現bug。所以提交bug時描述的越詳細越好。如果語言文字難以清楚的描述出發現的問題，最好能附件圖片或者log記錄等做輔助說明。

（9） 提交測試bug的時候，如果該問題在某一特定環境下才能出現，一定要將該問題

產生的環境(硬件、軟件)描述清楚。

（10） 提交問題前要清楚的知道軟件需求、規格定義。相信很多人都遇到過這樣的尷尬

情況，提交了一個重要問題后，卻被告知其實那并不是一個問題，軟件就是那樣設計的或者需求就要求那樣處理的。

（11） 有些問題出現了，不一定就是我們測試軟件本身的問題，也可能是其他一些問題

總結

以上是生活随笔為你收集整理的软件测试之BUG的提交注意事项的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。