把單元測試系列文章放在持續整合的類別中是有原因的，因為作為持續整合的最後環節：自動化單元測試，是持續整合的乙個重要部分，但是這就對單元測試的有效性有了較高的要求，這可能意味著你需要寫很多的斷言來確定介面返回的結果，本系列文章的目的就是找到簡便、通用的辦法來撰寫有效的單元測試。
這其中面臨的問題有以下幾點：
1.對於資料庫的增刪改操作的方法，我們對他們進行單元測試的時候，重點是放在資料庫的比對上，斷言應該為方法執行後，資料庫中的資料是否是我們預期的資料，對於這一點，我們可以使用dbunit來編寫單元測試，為了使用更加簡便，也可以追加使用springtestdbunit
2.對於查詢操作的方法，目前我的工作中是這樣進行單元測試的：單元測試結果只進行返回**的斷言，例如0代表成功返回結果，我們只斷言了返回值為0，具體返回的內容，並沒有進行逐一的斷言，只是開發人員在自測單元測試的時候，自己debug進行返回結果的檢視。因為逐一斷言是乙個非常浩大的工程，耗時耗力，這就是為什麼我強調有效性的原因，顯然這種單元測，放在jenkins上自動構建幾乎是是無意義的，即使單元測試通過，我們也並不知道，方法返回的結果，是不是我們真正想要的結果。
3.其他，如推送訊息的方法的單元測試不在本次討論範圍之內
本系列文章，暫對1、2兩種情況進行有效單元測試的闡述。
單元測試 單元測試文章收藏
前言 前段時間公司計畫做自動化測試，自己也打算圍繞幾個點做相關調研，現在想想呢？其實對自動化測試的概念都還不是十分清晰，當時主要還是圍繞 單元測試 向qa小夥伴學習了一段時間，現由於公司重組，學習中斷，這裡簡單記錄一些單元測試好文，留待後續參考.什麼叫自動化測試？自動化測試覆蓋率？覆蓋率如何做到的？...
單元測試之Django單元測試
每個應用，自帶tests.py 整合在django的專案檔案裡，更多是開發人員寫django自動的測試執行 3.1 前後置方法執行特點 django.test.testcase類主要由前 後置處理方法和test開頭的方法組成 特點 繼承於django.test.testcase 測試用例都是test...
單元測試（三） 建立多執行緒單元測試
junit本是不支援多執行緒的，乙個單元測試case主程序跑完，其他new出來的執行緒都會gg思密達。此篇mark乙份在junit中執行多執行緒的方法。net.sourceforge.groboutils groboutils core 5test slf4j public class device...