這幾天，我把建構之法的單元測試又重新看了遍，結合我過去開發代碼的過程，和最近老師總是強調大家單元測試做的不好，不符合規範。我發現了自身對單元測試隻是膚淺的了解。
我總是寫完代碼，測試幾個用例正确就算過了，最多考慮一下各種情況，寫寫測試的表格。
書中指出：單元測試應該準确、快速地保證程式基本子產品的正确性。下面是驗證單元測試好壞的一系列标準：單元測試應該在最基本的功能/參數上驗證程式的正确性。單元測試應該測試程式中最基本的單元—如在C++/C#/Java中的類，在此基礎上，可以測試一些系統中最基本的功能點（這些功能點由幾個基本類組成）。從面向對象的設計原理出發，系統中最基本的功能點也應該由一個類及其方法來表現。單元測試要測試API中的每一個方法及每一個參數。單元測試必須由最熟悉代碼的人（程式的作者）來寫。代碼的作者最了解代碼的目的、特點和實作的局限性。是以，寫單元測試沒有比作者更适合的人選了。
總之，要按書中所說，每個單元要寫詳盡的單元測試，雖然這會浪費很多時間，但對我們程式設計水準的提升有很大的好處。