單元測試效率優化：為什么要對程序進行測試？測試有什么好處？
?單元測試（Unit Testing）又稱為模塊測試, 是針對程序模塊（軟件設計的最小單位）來進行正確性檢驗的測試工作。 程序單元是應用的最小可測試部件。簡單來說，就是測試數據的穩定性是否達到程序的預期。談到測試，我們為什么要對程序進行測試呢？測試會為程序帶來什么好處呢？
單元測試的重要性
我們日常開發時可能在不經意間寫錯，如果等到最后階段去檢驗項目成果時，發現有錯誤，這時候我們很難找到Bug的源頭在哪里。我們都知道，有可能一處出錯會導致步步錯的情況。
測試就在我們的上述說法中，顯得尤為重要，當我們做完項目的一個小模塊，先去測試一下這個小模塊是否正確或達到預期，如果錯誤或者沒有達到預期就需要反復修改，直到正確或達到預期，也就是使用了單元測試。
單元測試的編碼規范一般涉及到以下內容：
- 類名： 定義測試類，類名是由被測試類名Test構成。例如：CalculatorTest;
- 包名：定義的測試類需要放在xxx.xxx.xxx.test包中。例如：package com.autodrive.test;
- 方法名： 測試方法的方法名有兩種定義方式test測試方法和測試方法。例如：testCheck和check;
- 返回值： 因為我們的方法只是在類中測試，可以獨立運行，所以不需要處理任何返回值，所以這里使用void。例如：public void check();
- 參數列表： 因為我們的方法是用來測試的，至于參數列表的傳入是沒有必要的。我們在測試的時候自行傳入需要的參數測試即可。所以在此參數列表為空。例如：例如：public void check();
- @Test注解： 測試是需要運行來完成的。如果我們只有一個main方法，顯然在結構上還是需要我們去注釋掉測試過的。解決此問題這里我們需要在測試方法上方加@Test注解來完成測試，只要是加該注解的方法，可以單獨運行此方法來完成測試。
- IDEA快捷導入Junit4、5： 使用IDEA的小伙伴，你們的福音來了。我們可以先創建測試類和方法，然后在測試方法上方加入@Test注解，此時IDEA顯示的@Test注解是飄紅的，這時候我們使用Alt + Enter組合鍵來打開導入Junit單元測試列表，然后再選擇Junit4或者Junit5確定。
在SpringBoot往往存在單元測試用到如下的注解與寫法：
@RunWith(SpringRunner.class)
@SpringBootTest(classes = Application.class)
@Transactional
@Rollback(true) // 事務自動回滾，默認是true。可以不寫
public class NoticeServiceTest {
@Autowired
private NoticeService noticeService;
@Test
public void sayHello() {
helloService.sayHello("zhangsan");
}
}
在上面這個例子中，@SpringBootTest啟動了SpringBoot環境，掃描應用程序的spring配置，并構建完整的Spring Context，其classes = Application.class啟動了整個項目。通過@SpringBootTest我們可以指定啟動類，或者給@SpringBootTest的參數webEnvironment賦值為SpringBootTest.WebEnvironment.RANDOM_PORT，這樣就會啟動web容器，并監聽一個隨機的端口，同時，為我們自動裝配一個TestRestTemplate類型的bean來輔助我們發送測試請求。
@Transactional表明調用數據庫并作事務處理；@RunWith(SpringRunner.class)聲明在Spring的環境中進行單元測試，這樣Spring的相關注解就會被識別并起效，而@Autowired啟動了Spring。
當項目使用了@Component注解，在SpringBoot項目啟動的時候就會跟著實例化/啟動，這個@Component注解的類里有多線程方法，隨著啟動類中定義的ApplicationStartup類啟動了，那么在你執行單元測試的時候，由于多線程任務的影響，就可能對你的數據庫造成了數據修改，即使你使用了事務回滾注解。
優化
高效的單元測試應該脫離數據庫，以滿足快速啟動完成測試、支持服務間調用的需求。可以通過如下幾點來對上述例子進行優化：
(1) 啟動Spring會讓run->Junit Test的時候程序變慢，這是每次運行單元測試都很慢的原因之一。然后單元測試是只針對某一個類的方法來測，啟動Spring很多時候是多余的，所以我們只需要對應的實體類實例就夠了。在需要注入bean的時候，我們直接new。
private NoticeService noticeService = new NoticeService();
(2) @SpringBootTest是在SpringBoot項目上使用的，它在@SpringBootContextLoader的基礎上，配置文件屬性的讀取，會讀取、解析一些項目配置文件，還會連接數據庫，然后如果啟動類又帶有別的啟動類、@Component、多線程等，而單元測試很多時候可以避免啟動SpringBoot，減少啟動所耗費的大量時間，即不使用@SpringBootTest注解。
(3) 應當使用斷言來判斷單元測試結果是否符合預期。
(4) @RunWith 在JUnit中有很多個Runner，他們負責調用具體測試代碼，每一個Runner都有各自的特殊功能，你要根據需要選擇不同的Runner來運行你的測試代碼，且一般都是使用SpringRunner.class。如果我們只是簡單的做普通Java測試，不涉及Spring Web項目，可以省略@RunWith注解，這樣系統會自動使用默認Runner來運行你的代碼。
(5) 單元測試可以通過Mock數據的方式避開對數據庫的調用，減少很多數據庫連接的時間。Mock是模擬一切操作數據庫的步驟，不執行任何SQL，我們直接模擬這句操作數據庫的代碼執行會是成功的，而且可以模擬任何返回值，主要有兩個注解。只要是本地的，自己寫的bean，都可以使用@MockBean，它會把所有操作數據庫的方法模擬。如果是沒有返回值的方法，我們就可以不管。如果是有返回值的方法，我們可以給它返回各自我們需要模擬的值。如果是我們本地，調用別的公司，別的地方給我們寫好的接口，不是操作我們自己的數據庫，是我們寫好入參，別人給我們返回值，我們就用@SpyBean。
Mock所需依賴如下：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
通過以上優化，可以大大縮短我們單測的時間，提高我們開發效率。?
