Java 单元测试 浅谈Java 中的单元测试
mySoul 人气:0单元测试编写
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(){
}
}
}
使用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());
}
此时断言错误。
单元测试的目的
提升软件质量
优质的单元测试可以保障，开发质量和程序的健壮性，在大多数互联网企业中，开发工程师，都会频繁的执行测试用例。
促进代码的优化
单元测试是由开发工程师编写和维护的，这会促进开发工程师不断的重新审视自己的代码质量。
提高研发效率
单元测试，虽然占用的大量的时间，但是对后续的联调，集成等，都可以进一步的提高研发的效率。
增加重构的自信
代码重构往往是牵一发而动全身的，当修改底层代码的时候，通过不断的单元测试，可以增加重构的软件的自信。
单元测试的基本原则
单元测试要符合AIR原则。单元测试，符合以下三个原则
1. 自动化
2. 独立性
3. 可重复
单元测试覆盖率
语句覆盖
又称行覆盖(LineCoverage)，段覆盖(SegmentCoverage)，基本块覆盖(BasicBlockCoverage)，这是最常用也是最常见的一种覆盖方式，就是度量被测代码中每个可执行语句是否被执行到了。
判定覆盖
又称分支覆盖(BranchCoverage)，所有边界覆盖(All-EdgesCoverage)，基本路径覆盖(BasicPathCoverage)，判定路径覆盖(Decision-Decision-Path)。它度量程序中每一个判定的分支是否都被测试到了。
条件覆盖
它度量判定中的每个子表达式结果true和false是否被测试到了
路径覆盖
又称断言覆盖(PredicateCoverage)。它度量了是否函数的每一个分支都被执行了
加载全部内容