看了單元測試之道之後，我的個人理解就是在編寫具體實現的**時，最好留下乙個小標誌或者記號，這樣不僅僅對於重新檢查**有幫助，也利於自己後期對模組化的類進行測試，這樣不僅僅節省了精力、時間等，更有益於整個專案系統化的管理測試結果，這是在對於人力成本上來說的。
其次做單元測試，也是對於進一步提高自己邏輯思維能力的方式，自己所寫出來的**，畢竟總會有這樣那樣的錯誤，自己或許但是發現不了，但是經過逐個類的測試，能提高自己對於問題的理解深度，也能令自己明白如何能能跟有效的方式實驗**進行測試。
斷言函式裡面有多個測試方法，包括assertequals、assertsame、assertnull、assertture、fail等等，他們或是判斷預期結果與實際結果是否相等、亦或者是判斷而遠眺是否為真等等,借助於特定的標誌進行判斷，這也是前文所說的最好留下自己所能看得懂的標記。
單元測試之所以為單元測試，它是指模組化的進行測試，將主要的實現功能的幾個大類進行測試才是最為主要的（但並不是說某些類並不用測試了）。除此之外，有必要的情況下，可以在專案裡面進行測試，這樣也不失為乙個好的方式，能及時發現自己所寫**中的錯誤。
最後就是，對於測試，它不僅僅只是對於測試的結果是否正確，他還涉及到邊界條件是否正確，演算法在時間上的效能結果如何等等
單元測試之道讀書筆記 九
總結 一般原則 測試任何可能失敗的地方。測試任何已經失敗的地方。對於新加的 在被證明正確之前，都可能是有問題的。至少編寫和產品 一樣多的測試 針對每次編譯都做區域性測試。簽入 之前做全域性測試。要回答的問題 我如何知道 執行是否正確呢？我要如何對它進行測試？還有那些方面可能會發生錯誤？這個問題是否會...
單元測試之道讀書筆記 七
1.通過使用面向測試的設計方法，更好地分離關注點 通過有意地設計出方便測試的 可以讓 具有更好的結構和可維護性。編寫 的時候要記住這個根本性問題 我要如何對 進行測試呢？如果答案不是顯而易見，編寫的看起來很醜陋或者難以編寫的話，就應該修改一些設計，直到易於測試為止。2.通過定義類不變形更好地產品設計...
單元測試之道讀書筆記 五
好的測試所具有的的品質 a trip 自動化 automatic 徹底的 thorough 可重複 repeatable 獨立的 independent 專業的 professional 1.自動化 呼叫測試自動化和檢查結果自動化。2.徹底的 測試所有可能出現問題的情況，覆蓋工具 ncover。3....