單元測試編寫
Junit 單元測試架構
對于Java語言而言,其單元測試架構,有Junit和TestNG這兩種,
下面是一個典型的JUnit測試類的結構
package com.example.demo;
import org.junit.jupiter.api.*;
import static org.junit.jupiter.api.Assertions.*;
@DisplayName("售票器類型測試")
class DemoTest {
// 定義測試的執行個體
private Demo demo;
// 定義字首 整個測試類開始執行的地方
@BeforeAll
public static void init(){
}
// 定義字尾,整個測試類完成後執行的操作
@AfterAll
public static void cleanup(){
}
// 定義每個測試用例開始執行前的操作
@BeforeEach
public void create(){
this.demo = new Demo();
}
// 定義在每個測試用例完成後執行的操作
@AfterEach
public void destory(){
}
// 執行測試用例
@Test
@DisplayName("售票後的餘額減少")
public void shouldReduceInventoryWhenticketSoldOut(){
}
@Test
public void ming(){
}
}
測試結果如圖所示
https://www.iming.info/wp-content/uploads/2020/06/wp_editor_md_425897d56358e7e6b2b26bcefeff343f.jpg層次性表達測試用例
測試用例較多的情況下,為了層次性表達測試用例,使用Junit的Nested注解有層次的表達測試用例
package com.example.demo;
import org.junit.jupiter.api.*;
@DisplayName("交易服務測試")
class DemoTest {
@Nested
@DisplayName("使用者交易測試")
class Test02{
@Test
@DisplayName("交易檢查測試")
public void test01(){
}
}
}
https://www.iming.info/wp-content/uploads/2020/06/wp_editor_md_1e26d3384e1e36457d0fe60acf490640.jpg 使用Tag标簽區分測試用例
在執行Maven打包的時候,使用tage注解,可以有選擇的執行一些測試指令
package com.example.demo;
import org.junit.jupiter.api.*;
@DisplayName("交易服務測試")
class DemoTest {
@Test
@DisplayName("售票後額度減少")
@Tag("fast")
public void test01(){
}
@Test
@DisplayName("一次性減少車票")
@Tag("slow")
public void test02(){
}
}
添加相關的插件
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.0</version>
<configuration>
<properties>
<includeTags>fast</includeTags>
<excludeTags>slow</excludeTags>
</properties>
</configuration>
</plugin>
斷言
使用Junit指令進行斷言處理
@Test
@DisplayName("售票後額度減少")
@Tag("fast")
public void test01(){
String s = "ming";
Assertions.assertTrue(s.startsWith("ming"));
Assertions.assertTrue(s.endsWith("g"));
Assertions.assertEquals(5, s.length());
}
https://www.iming.info/wp-content/uploads/2020/06/wp_editor_md_66701b226a2dd9f8862211aa3a545947.jpg 此時斷言錯誤。
單元測試的目的
提升軟體品質
優質的單元測試可以保障,開發品質和程式的健壯性,在大多數網際網路企業中,開發工程師,都會頻繁的執行測試用例。
促進代碼的優化
單元測試是由開發工程師編寫和維護的,這會促進開發工程師不斷的重新審視自己的代碼品質。
提高研發效率
單元測試,雖然占用的大量的時間,但是對後續的聯調,內建等,都可以進一步的提高研發的效率。
增加重構的自信
代碼重構往往是牽一發而動全身的,當修改底層代碼的時候,通過不斷的單元測試,可以增加重構的軟體的自信。
單元測試的基本原則
單元測試要符合AIR原則。單元測試,符合以下三個原則
- 自動化
- 獨立性
- 可重複
單元測試覆寫率
語句覆寫
又稱行覆寫(LineCoverage),段覆寫(SegmentCoverage),基本塊覆寫(BasicBlockCoverage),這是最常用也是最常見的一種覆寫方式,就是度量被測代碼中每個可執行語句是否被執行到了。
判定覆寫
又稱分支覆寫(BranchCoverage),所有邊界覆寫(All-EdgesCoverage),基本路徑覆寫(BasicPathCoverage),判定路徑覆寫(Decision-Decision-Path)。它度量程式中每一個判定的分支是否都被測試到了。
條件覆寫
它度量判定中的每個子表達式結果true和false是否被測試到了
路徑覆寫
又稱斷言覆寫(PredicateCoverage)。它度量了是否函數的每一個分支都被執行了