倒底該怎麼寫DAO的單元測試?

2021-08-22 08:10:55 字數 463 閱讀 8003

[code] public void testadduserinfo() throws exception[/code]

為了避免髒資料!!!所以要把新插入的資料用removeuser刪除掉!!!

當然,如果使用spring的那個帶有事務的基類。在teardown時,會回滾所有事務。removeuser這個方法可以無需要。不會產生因單元測試的髒資料

困惑多一:

新增乙個使用者後,需要呼叫乙個方法getuserinfo來判斷資料是否已經插入!!!

根據單元測試的原則!!!

1.測試方法不應該有先後順序!!

2.測試方法不應該依賴於另乙個方法!

你上面的例子,我們需要測試的僅僅是adduserinfo這個方法!!

假設adduserinfo方法實際上是沒有任何問題的,如果getuserinfo方法不正常。的確影響了這個測試結果!!!

大家平時是怎麼寫dao測試方法的?

我該如何寫單元測試?

在我的團隊中,單元測試是較難推行的敏捷實踐之一,我思考後覺得有以下原因 1 主觀上覺得會加大工作量,影響進度 2 從未接觸junit等單元測試框架,害怕接觸新事物 3 團隊形式上要求 形式上開展,但是未能結合培訓 code review等方式持續推行 其實單元測試是個相當簡單的技術,當然,要做的完美...

Android 針對DAO層的單元測試

新增依賴,3.3.2並不是最新版本 testcompile org.robolectric robolectric 3.3.2 定義資料工具類 定義的字段對應之前資料庫的字段 比如原資料庫需要測試id或name的刪除更新等,根據需求定義 如果資料庫表字段較少,可以直接插入資料,不用定義該類 publ...

寫單元測試的知識結構 1 單元測試用處

1讓機器去做重複的事,而不是每次都由程式設計師配置引數 開啟ide專案 編譯 執行 使用程式 跟蹤斷點 檢視變數,如果想檢視 底層 改動對用例帶來的影響,執行單元測試就看見了,當然增加的邏輯單元和需求單元得額外得寫新的單元測試。2 作為程式改進設計的依據,如果你現在的對一段 的想法是沒法去測試,基本...