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

    }
}

添加相关的插件

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

微信公众号

发表评论

电子邮件地址不会被公开。 必填项已用*标注