1.單元測試：是開發者編寫的一小段**，用於檢驗被測**的乙個很小的 很明確的功能是否正確。
執行單元測試：是為了證明某段**的行為確實和開發者所期望的一致。
物件：單元測試只是一種針對原始碼的，低層次的，為程式設計師設計的測試。在整個專案中，還有其他很多測試需要這些人來完成，功能測試，驗收測試，效能測試，環境測試，有效性測試，正
確性測試等。
2.我們不能全部依賴單元測試，單元測試不能保證，小概率事件（異常：斷電，斷網，硬碟錯誤）的發生，但是我們得明白這些**的功能和
約束。3.編寫單元測試的好處，能夠幫助我們理解**的用法。從效果上而言，單元測試就像是能執行的文件，說明了你在用各種條件呼叫**時，你所期望這段**所完成的功能。
4.間接損害：在整個系統中，當某一部分加入了新特性，或者修復了乙個bug 之後，給系統的其他部分引入了乙個新的bug，如果無視這種損害繼續開發的話，可能會導致整個系統崩潰，並且
很難追溯到問題本身。
針對 這種情況，我們可以在開發流程中引入回歸測試，自動化測試來避免這種新引入的問題
人報告了乙個bug，你需要找到這個bug所花的時間）了。如果你的大部分時間都花在除錯**，整合和維護**上了話，是非常有必要去考慮一下編寫單元測試的，這樣能夠幫助你更加的節
約時間。
另外，編寫單元測試是立即測試還是延後測試代價要低，到了後期，隨著系統的功能越來越多，整合度越來越高，這樣，找到bug以及該bug的影響面會很廣，這就像單元測試是底層，如果底
層都是不穩定的，那麼上層是很容易坍塌的。
6.如果你連**的行為都不清楚，那麼你現在還不是編寫**的時候，應該找一張白紙，在上面建立乙個原型，這樣有助於你認清你的需求。
單元測試小結
單元測試是站在開發人員角度進行的基於 的小粒度測試。為了保證單元測試的質量，單元測試通常由一系列相互聯絡的受控活動組成 單元測試計畫 單元測試設計 單元測試實現 單元測試執行和單元測試報告。1.單元測試計畫指明了單元測試的過程，計畫除了明確測試的目的，通常還要明確如下內容 測試方法 測試範圍 測試交...
單元測試的小結
什麼是單元測試？編寫一段 對另一段 進行測試，觀察被測試 片段是否符合預期行為，被測試的 片段可以視為乙個單元。單元測試是最小粒度的測試單位 對乙個類或者乙個方法進行測試 編寫單元測試的關鍵是明確定義被測試 的預期行為 保證 的可測試性 測試的及時性。什麼需要單元測試 確保每個 單元的行為和預期一致...
列表單元測試小結
這段期間需要對手頭上專案的單元測試進行二次測試，目前系統的測試資料 還是資料庫，因為之前將資料庫中的很多資料都清除了，導致現在自動化測試的時候原先很多的單元測試都是失敗的提示了。在網路搜尋有關單元測試的詳細資料還是真的很難找。我現在也是摸石頭過河，看些開源資料學習學習。按理說現在手上的專案的單元測試...