3、不知道怎么編寫單元測試
如果你相信單元測試的價值，那么去學習如何編寫單元測試最終會讓你獲益的。
以Java開發為例，junit這樣的單元測試組件是非常易于學習和使用的。其它語言也有類似的單元測試組件。要相信這將是簡單和能為你帶來價值的。筆者見過許多程序員編寫單元測試，但是編寫的單元測試完全沒有起到它應有的作用，這也與不知道怎么編寫單元測試有關。所以我們應該掌握一些編寫單元測試的基本原則:
•為什么編寫測試：雖然我們說為所有的代類都編寫單元測試，但是測試JavaBean的setter或getter方法無異于是自尋煩惱。編寫這樣的測試完全是浪費時間，而且還增加了維護的困難。
•學會使用斷言：斷言就是讓我們為方法設置一個期望值。當方法執行結果與期望值不一致時，測試組件就會報告測試不通過。我見過一些項目的單元測試不是使用斷言，而是自己編寫一個打印(println)工具類，可以詳細的在控制臺中打印出類的詳細成員信息及集合的詳細信息。
在單元測試中使用這個打印工具類來打印輸出結果。這看起來好像非常不錯。但是不應該使用這種方式來編寫單元測試使用打印工具類，需要程序員自已從控制臺去觀察程序的執行結果。當輸出信息非常多時，控制臺信息是無法向上翻屏的。所以不能夠給我們提供更多的信息。所以這種方法也不能用于自動化測試。
使用打印工具類造成了一種假像，測試報告我們的測試總是成功的！如果使用斷言，當方法的執行結果與我們設置的期望值不一致時，則會詳細的報告測試失敗的情況。
