導(dǎo)致多次Spring容器初始化問(wèn)題
根據(jù)JUnit測(cè)試方法的調(diào)用流程，每執(zhí)行一個(gè)測(cè)試方法都會(huì)創(chuàng)建一個(gè)測(cè)試用例的實(shí)例并調(diào)用setUp()方法。由于一般情況下，我們?cè)趕etUp()方法 中初始化Spring容器，這意味著如果測(cè)試用例有多少個(gè)測(cè)試方法，Spring容器就會(huì)被重復(fù)初始化多次。雖然初始化Spring容器的速度并不會(huì)太 慢，但由于可能會(huì)在Spring容器初始化時(shí)執(zhí)行加載Hibernate映射文件等耗時(shí)的操作，如果每執(zhí)行一個(gè)測(cè)試方法都必須重復(fù)初始化Spring容 器，則對(duì)測(cè)試性能的影響是不容忽視的；使用Spring測(cè)試套件，Spring容器只會(huì)初始化一次！

需要使用硬編碼方式手工獲取Bean
在測(cè)試用例類中我們需要通過(guò)ctx.getBean()方法從Spirng容器中獲取需要測(cè)試的目標(biāo)Bean，并且還要進(jìn)行強(qiáng)制類型轉(zhuǎn)換的造型操作。這種乏味的操作迷漫在測(cè)試用例的代碼中，讓人覺(jué)得煩瑣不堪；使用Spring測(cè)試套件，測(cè)試用例類中的屬性會(huì)被自動(dòng)填充Spring容器的對(duì)應(yīng)Bean，無(wú)須在手工設(shè)置Bean！

數(shù)據(jù)庫(kù)現(xiàn)場(chǎng)容易遭受破壞
測(cè)試方法對(duì)數(shù)據(jù)庫(kù)的更改操作會(huì)持久化到數(shù)據(jù)庫(kù)中。雖然是針對(duì)開(kāi)發(fā)數(shù)據(jù)庫(kù)進(jìn)行操作，但如果數(shù)據(jù)操作的影響是持久的，可能會(huì)影響到后面的測(cè)試行為。舉個(gè)例子， 用戶在測(cè)試方法中插入一條ID為1的User記錄，第一次運(yùn)行不會(huì)有問(wèn)題，第二次運(yùn)行時(shí)，就會(huì)因?yàn)橹麈I沖突而導(dǎo)致測(cè)試用例失敗。所以應(yīng)該既能夠完成功能邏 輯檢查，又能夠在測(cè)試完成后恢復(fù)現(xiàn)場(chǎng)，不會(huì)留下“后遺癥”；使用Spring測(cè)試套件，Spring會(huì)在你驗(yàn)證后，自動(dòng)回滾對(duì)數(shù)據(jù)庫(kù)的操作，保證數(shù)據(jù)庫(kù)的現(xiàn)場(chǎng)不被破壞，因此重復(fù)測(cè)試不會(huì)發(fā)生問(wèn)題！

不方便對(duì)數(shù)據(jù)操作正確性進(jìn)行檢查
假如我們向登錄日志表插入了一條成功登錄日志，可是我們卻沒(méi)有對(duì)t_login_log表中是否確實(shí)添加了一條記錄進(jìn)行檢查。一般情況下，我們可能是打開(kāi) 數(shù)據(jù)庫(kù)，肉眼觀察　　是否插入了相應(yīng)的記錄，但這嚴(yán)重違背了自動(dòng)測(cè)試的原則。試想在測(cè)試包括成千上萬(wàn)個(gè)數(shù)據(jù)操作行為的程序時(shí)，如何用肉眼進(jìn)行檢查？
只要你繼承Spring的測(cè)試套件的用例類，你就可以通過(guò)jdbcTemplate在同一事務(wù)中訪問(wèn)數(shù)據(jù)庫(kù)，查詢數(shù)據(jù)的變化，驗(yàn)證操作的正確性！