单元测试

1.自定义数据源 介绍 前文使用了很多种数据源，如果您对它们的各种限制不满意，想要做更彻底的个性化定制，可以开发ArgumentsProvider接口的实现类，并使用@ArgumentsSource指

1.介绍 参数化测试是JUnit5很重要的一个新特性，它使得用不同的参数多次运行测试成为了可能，也为我们的单元测试带来许多便利 利用@ValueSource等注解，指定入参，我们将可以使用不同的参数进

1.介绍 有时咱们希望测试方法仅在一定条件下才执行，例如有的测试方法只适合Linux环境，这就是按条件执行的需求，本篇的主要内容就是学习如何为测试方法设置前提条件，只有满足了这些条件测试才会被执行 2

1.介绍 JUnit5中的前置条件（assumptions【假设】）类似于断言，不同之处在于不满足的断言会使得测试方法失败，而不满足的前置条件只会使得测试方法的执行终止。前置条件可以看成是测试方法执行

1.介绍 断言（assertions）是测试方法中的核心部分，用来对测试需要满足的条件进行验证。这些断言方法都是org.junit.jupiter.api.Assertions的静态方法 2.第三方断

1.JUnit历史 有些开发人员认为自动测试是开发过程中非常重要的一部分，只有通过一系列全面的测试，才能证明组件是有效的。曾有两位开发人员认为这种类型的单元测试非常重要，甚至认为值得为其编写一个框架。

1.什么是代码覆盖率 代码覆盖率是软件测试中的一个度量指标，它描述了在进行测试时程序源代码被实际执行和检查的比例和程度。这个比例通常以百分比形式表示，用于评估测试的质量和完整性 2.代码覆盖率类型 行

前言（一） 1.测试的本质 测试的本质是我们在生产代码写完之后在它上线之前我们要对这个代码的正确性进行验证的一个工作，单元测试就是整个自动化测试过程中最基本使用率最高覆盖率最多的一种测试的类型 2.为