聲明：本文檔的內容主要來源于書籍《軟件調試修煉之道》作者Paul Butcher，屬于讀書筆記。歡迎轉載！

-----------------------------------------------------------------------------------------------

缺陷可以隨時發生，從代碼編寫完畢到代碼發布后的成年累月！

無論你開發什么樣的軟件，都需要創建一些流程，通過這些流程，可以告訴你軟件哪里出了問題，并且應該如何修復！

1、缺陷管理系統

既有簡單用途的，也有全面流程管理的，但其目的都一樣。

• 確保不會遺漏缺陷。
• 通過提供一個缺陷報告的標準格式，把所有相關信息都包含其中！
• 作為審查線索，可以確保我們知道每一個版本還有哪些缺陷未解決。
• 也可以作為軟件發布的重要信息來源 可以設定缺陷優先級，并確定先解決哪個。
• 為相關利益方提供一個有效的溝通方式，確保在團隊之間傳遞時準確提供了相關信息
• 作為一個管理工具，提供了該項目的當前狀態

2、如何寫出一份出色的缺陷報告

一份好的缺陷報告寧多勿少，因為我們無法知道哪些信息是相關的，哪些是無關的。

• 報告應該是具體的、明確的和詳細的。
• 報告也應該是最小化的、唯一的。比如報告1萬字，其是否可以消減？哪一個版本出現缺陷，其它版本有沒有？

?

3、簡化流程-通過消減不利條件來提高缺陷報告質量

如果沒有人花時間和精力向你反映問題，你就不能找出這些缺陷，也不會修復它！

• 明確說明如何報告缺陷。 提高多種選擇： 比如電子郵件、直接交談、在線溝通等！
• 要盡量簡單 ：要求用戶執行的動作要盡量少，否則其可能不會完成
• 模板不要太死板 ：確保每個區域設置合理選項，比如“以上都不是”。 尊重用于隱私：用戶的數據屬于他們，而不是屬于你，要遵守相關隱私策略。

4、有效溝通

聰明是一個軟件工程師的必要條件，大多數在學校都有良好的成績，但這并不能保證我們不會犯錯。在應用領域客戶依靠他們的專長，可能理解的比你好，因此當存在明顯誤解的時候，要記住你可能出錯了！

• 從用戶的角度設想一下會發生什么，你的目標是把他們的觀察結果和他們的解讀分開。
• 和非技術人員溝通，唯一辦法是要有耐心，解釋一下為何這些細節很重要，并通過必要的步驟說服他們收集相關數據。
• 發布你的缺陷數據庫，雖然讓大家看到你的“爆料”可能很可怕，但其好處巨大。
• 提高反饋，收到缺陷報告時，需積極回應并支持他們繼續下去。
• 拜訪用戶，拜訪用于可以比任何缺陷報告了解的更多 。

5、與支持人員協作

技術支持，QA，客戶工程師，技術客戶經理等都可以在調試過程中提高幫助！

• 可以考慮和QA團隊的一名同事在診斷階段一起工作
• 為了確保客戶團隊能幫助我們解決溝通問題，你應該能夠判斷并確保所有相關信息已被確認，避免吹毛求疵以及一些相關細節，可以考慮要求他們執行一項特定進程，來提高缺陷報告質量
• 偶爾也做做客戶支持，以表示對客戶的尊重，避免被用戶封殺
• 由于QA的所具有的不同視角，他們需要守護的是避免與開發團隊先入為主的“同流合污”，但也容易過火！比如作者所工作的一個公司開發和QA團隊之間存在很深的隔閡，QA能得到的信息就是一個已編譯的二進制文件，開發團隊唯一能得到信息就是“通過”或者“失敗”。

總結

以上是生活随笔為你收集整理的读书笔记软件调试之道 ：从大局看调试-发现代码存在问题的全部內容，希望文章能夠幫你解決所遇到的問題。

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