Java 之单元测试

单元测试编写

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(){
        
    }
}

添加相关的插件

                maven-surefire-plugin
                2.22.0
                
                    
                        fast
                        slow
                    
                
            

断言

使用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)。它度量了是否函数的每一个分支都被执行了

微信公众号