在開發基于Spring的應用時，如果你還直接使用Junit進行單元測試，那你錯過了Spring為我們所提供的饕餮大餐了。使用Junit直接進行單元測試有以下四大不足：
1）導致多次Spring容器初始化問題
根據JUnit測試方法的調用流程，每執行一個測試方法都會創建一個測試用例的實例并調用setUp()方法。由于一般情況下，我們在setUp()方法中初始化Spring容器，這意味著如果測試用例有多少個測試方法，Spring容器會被重復初始化多次。雖然初始化Spring容器的速度并不會太慢，但由于可能會在Spring容器初始化時執行加載Hibernate映射文件等耗時的操作，如果每執行一個測試方法都必須重復初始化Spring容器，則對測試性能的影響是不容忽視的；
－－>使用Spring測試套件，Spring容器只會初始化一次！
2）需要使用硬編碼方式手工獲取Bean
在測試用例類中我們需要通過ctx.getBean()方法從Spirng容器中獲取需要測試的目標Bean，并且還要進行強制類型轉換的造型操作。這種乏味的操作迷漫在測試用例的代碼中，讓人覺得煩瑣不堪；
－－>使用Spring測試套件，測試用例類中的屬性會被自動填充Spring容器的對應Bean ，無須在手工設置Bean！
3）數據庫現場容易遭受破壞
測試方法對數據庫的更改操作會持久化到數據庫中。雖然是針對開發數據庫進行操作，但如果數據操作的影響是持久的，可能會影響到后面的測試行為。舉個例子，用戶在測試方法中插入一條ID為1的User記錄，第一次運行不會有問題，第二次運行時，會因為主鍵沖突而導致測試用例失敗。所以應該既能夠完成功能邏輯檢查，又能夠在測試完成后恢復現場，不會留下“后遺癥”；
－－>使用Spring測試套件，Spring會在你驗證后，自動回滾對數據庫的操作，保證數據庫的現場不被破壞，因此重復測試不會發生問題！
4）不方便對數據操作正確性進行檢查
假如我們向登錄日志表插入了一條成功登錄日志，可是我們卻沒有對t_login_log表中是否確實添加了一條記錄進行檢查。一般情況下，我們可能是打開數據庫，肉眼觀察是否插入了相應的記錄，但這嚴重違背了自動測試的原則。試想在測試包括成千上萬個數據操作行為的程序時，如何用肉眼進行檢查？
－－>只要你繼承Spring的測試套件的用例類，你可以通過jdbcTemplate在同一事務中訪問數據庫，查詢數據的變化，驗證操作的正確性！
Spring提供了一套擴展于Junit測試用例的測試套件，使用這套測試套件完全解決了以上四個問題，讓我們測試Spring的應用更加方便。現在我的項目中已經完成摒棄Junit，而采用Spring的測試套件，確實帶來了很大的便利。嚴重推薦Springer使用這個測試套件。這個測試套件主要由org.springframework.test包下的若干類組成，使用簡單快捷，方便上手。
