高效程序員的45個習慣 敏捷開發修煉之道 讀書筆記 第七章 敏捷測試

記錄解決問題的日誌（能夠利用博客）

將日誌保存爲可供計算機搜索的格式，可共享你們可一塊兒維護的日誌。

記錄問題發生日期，問題簡述，解決方案詳細描述，引用文章或網址，以提供更多細節或相關信息

任何代碼片斷、設置或對話框的截屏，只要他們是解決方案的一部分，或者能夠幫助更深刻地理解相關細節。

程序版本、框架版本等等。

 

警告就是錯誤

將警告視爲錯誤。簽入帶有警告的代碼就跟簽入有錯誤或者沒有經過測試的代碼同樣，都是極差的作法。

簽入構建工具的代碼不該該產生任何警告信息。，固然沒法消除警告也不要浪費時間了

在eclipse中  在preferences中compiler errors/warnings 能夠將將警告視爲錯誤處理

 

對問題各個擊破

在解決問題時，要將問題域與周邊隔離開，特別是在大型應用中。

首先系統要設計要合理，功能模塊化，能迅速定位問題的所在。

 

報告全部異常

處理或是向上傳播全部的異常。不要將他們壓制無論，就算是臨時這樣作也不行。在寫代碼時要估計到會發生的問題。

當出現問題時，內心知道可以獲得拋出的異常。並且沒有空的異常處理方法，而不是致使程序直接崩潰。

 

提供有用的錯誤信息

展現有用的錯誤信息。提供更易於查找錯誤細節的方式，發生問題時，要展現出儘可能多的支持細節，不過別讓用戶陷入其中，

像「沒法找到文件」這樣無助於問題的解決，「沒法打開/ANDY/XXX.YAML以供讀取」更爲有效。

1.提供用戶清晰、易於理解的問題描述和解釋

2.提供具有關於錯誤的詳細技術細節給用戶，或者能夠將其直接發送給技術人員，技術人員能讀出錯誤日誌入口的信息。