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(){
-
-
}
-
}
测试结果如图所示
测试用例较多的情况下，为了层次性表达测试用例，使用Junit的Nested注解有层次的表达测试用例
-
package com.example.demo;
-
-
import org.junit.jupiter.api.*;
-
-
@DisplayName("交易服务测试")
-
class DemoTest {
-
@Nested
-
@DisplayName("用户交易测试")
-
class Test02{
-
-
@Test
-
@DisplayName("交易检查测试")
-
public void test01(){
-
-
}
-
-
}
-
}
在执行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());
-
}
此时断言错误。
单元测试的目的提升软件质量
优质的单元测试可以保障，开发质量和程序的健壮性，在大多数互联网企业中，开发工程师，都会频繁的执行测试用例。
促进代码的优化
单元测试是由开发工程师编写和维护的，这会促进开发工程师不断的重新审视自己的代码质量。
提高研发效率
单元测试，虽然占用的大量的时间，但是对后续的联调，集成等，都可以进一步的提高研发的效率。
增加重构的自信
代码重构往往是牵一发而动全身的，当修改底层代码的时候，通过不断的单元测试，可以增加重构的软件的自信。
单元测试的基本原则单元测试要符合AIR原则。单元测试，符合以下三个原则
-
自动化
-
独立性
-
可重复
语句覆盖
又称行覆盖(LineCoverage)，段覆盖(SegmentCoverage)，基本块覆盖(BasicBlockCoverage)，这是最常用也是最常见的一种覆盖方式，就是度量被测代码中每个可执行语句是否被执行到了。
判定覆盖
又称分支覆盖(BranchCoverage)，所有边界覆盖(All-EdgesCoverage)，基本路径覆盖(BasicPathCoverage)，判定路径覆盖(Decision-Decision-Path)。它度量程序中每一个判定的分支是否都被测试到了。
条件覆盖
它度量判定中的每个子表达式结果true和false是否被测试到了
路径覆盖
又称断言覆盖(PredicateCoverage)。它度量了是否函数的每一个分支都被执行了
小明菜市场
