《建構之法》閱讀筆記02—單元測試
通過閱讀<<建構之法>>，學習到了單元測試，單元測試是指開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明确的功能是否正确，使用單元測試是為了證明某段代碼的行為确實和開發者所期望的一緻，使代碼變得更加完美，讓自己負責的子產品功能定義盡量明确，子產品内部的改變不會影響其他子產品，而且子產品的品質能得到穩定的、量化的保證，好的單元測試應該準确、快速的地保證程式基本子產品的正确性。驗證單元測試好壞的一系列标準：單元測試應該測試在最基本的功能、參數上驗證程式的正确性；單元測試應該測試程式中最基本的單元，在此基礎上可以測試一些系統中最重要的功能點（這些功能點由幾個基本類組成）。單元測試要測試API中的每一個方法及每一個參數。單元測試必須由最熟悉代碼的人來寫。單元測試應覆寫所測單元的所有代碼路徑，包括錯誤處理路徑。為了保證代碼覆寫率，單元測試必須測試公開的和私有的函數、方法。可以使用Right-BICEP測試方法技巧進行測試。
個人感受：
過去寫代碼都是根據自己的思路一次性寫完然後再開始調試程式，根據調試結果提示的錯誤再一步一步進行改錯，有的時候一個小錯誤好久才可以找到，浪費很長時間。根據題目輸入資料後沒有傳回結果或沒有傳回預期的結果，需要回去重新審查所有代碼改正缺陷，同時還要驗證改正後的代碼有沒有破壞現有的功能，浪費了大量的不必要的時間，程式設計能力也不能夠有很好的提升。單元測試要求測試代碼中的每一個類，方法和參數。單元測試後每一個錯誤可以被及時的發現并得到修改。單元測試使代碼作者真切的體會到複雜代碼的副作用，可使代碼簡化，可檢驗被測代碼的一個很小的、很明确的功能是否正确，是為了證明某段代碼的行為确實和開發者所期望的一緻，在寫程式和實作功能上給了我們改正錯誤的一個很好的途徑。對于寫比較長的代碼時，對于每次實作的一小部分功能的代碼進行單元測試，按照Right-BICEP方法進行單元測試，将自己每次的所出現的錯誤記錄下來，避免自己再次陷入誤區，養成一個良好的習慣。