1.单元测试实践
2.SpringBoot——学会使用Test，注解注解检测自己写的源码原理代码
3.Spring Boot 教程 - Test
4.spring boot test 类配置redis 连接

单元测试实践

       非常有意思的一段话：

       我们用得最多的基本单元测试框架是junit和testng，下面对这两个工具做个对比。注解注解

       通过上面的源码原理对比可以看出，TestNG作为Java项目的注解注解单元测试框架是更有优势的，TestNG在参数化测试、源码原理邀请人源码依赖测试、注解注解套件测试、源码原理分组测试、注解注解并发测试等方面都比Junit4强，源码原理同时，注解注解TestNG涵盖了JUnit4的源码原理全部功能。

       所以下面的注解注解案例说明都是基于TestNG来写的。

       为方便对后面内容的源码原理理解，先写一个单元测试：

       这是注解注解一个验证rsa加解密功能的单元测试。

       TestMain是抽象出来，用于启动spring容器以及支持testng用例自动注入bean，因为启动spring容器总是很耗时的，如果我们的国外游戏源码下载测试用例用不到依赖的spring bean，最好不雅启动spring容器，TestMain源码：

       这就是TestMain最好放在和工程Application类所在包相同路径下的原因，比如我的示例中TestMain和BoardServerApplication都在相同包路径下：com.allawn.athletic.board.server。

       检查TestNG插件是否存在

       插件搜索“Coverage”

       在我们的pom文件下加如下plugin配置：

       idea插件自带，带搜索插件“PIT mutation testing”，但不建议用，很难调通！

       本地开发环境

       IDE自动创建单元测试的方法（也可手动完成）：

       创建后的单元测试在Maven工程的test目录下生成测试类：

       注意：如果之前没有test目录，则需要手动创建一下：

       然后再把目录设置为test目录。设置方法：file -> Project Structure -> Modules

       运行单元测试

       创建单元测试

       Maven执行的相关命令：

       如果单元测试不通过，出现如下：

       两种方式皆可运行。

       运行不通过则则会有提示

       要通过maven运行单元测试，要保证pom配置没有跳过单元测试，检查设置如下：

       IDEA可以直接生成覆盖率报告，导出来的覆盖率报告长这样：

       点击index.html即可看报告内容：

       变异测试，英文Mutation Testing，是使用变异器 （切换数学运算符，更改返回类型，mtk源码导入as删除调用等）将代码修改为不同的变异（基于变异器创建新代码），并检查单元测试是否失败。好的单元测试应该使所有突变都失败（杀死）。

       主要列出testng的测试方法，junit的测试方法请另行百度。

       异常测试是指在单元测试中应该要抛出什么异常是合理的，可以检测我们方法中指定跑出的异常，类似这种：

       如果我们有时候不想测试某些方法的单元测试，那么我们可以指定这些具体的单元测试跳过不执行，testng和junit4都支持忽略测试，testng通过@Test(enabled=false)跳过。

       指定某个单元测试方法最长执行时间，如果超时了就算失败，testng中的timeout单位是毫秒。

       套件测试是指把多个单元测试组合成一个模块，然后一起运行，在套件定义中还可以通过定义组，针对相同组名的node包源码提取单元测试统一运行。

       为方便我们模拟单元测试的传参，testng提供了@DataProvider注解，我们可以在单元测试内设置多种参数值，单元测试会依次把入参都跑一遍。被@DataProvider修饰的方法，返回值是数组形式。

       依赖测试是指测试的方法是有依赖的，在执行的测试之前需要执行的另一测试。如果依赖的测试出现错误，所有的子测试都被忽略，且不会被标记为失败。

       TestNG支持通过多个线程并发调用一个测试接口来实现性能测试，invocationCount表示方法调用的次数，threadPoolSize表示并发线程数量，timeOut即是每次调用最大耗时时间。

       通过多线程并行调用多个测试方法，在我们套件/组测试的时候，如果使用并行测试，qp二开源码可以大大减少测试运行时间。

       Mock的使用场景：

       Mockito有比较简洁的API，简单易学，可读性强。从Mockito2开始，Mockito支持了很多新特性以及新注解（所以依赖mockito2.x以上版本的需要java8及以上jdk方可），使用很便捷，spring-boot-starter-test包默认内置mockito，鉴于维护性和语言新特性的支持，个人建议使用Mockito作为单元测试的mock工具。

       在有需要的地方进行mock，否则走真实方法调用。

       除了采用静态方法spy以外，还可以通过采用注解的方式：

       结果示例：

       除了@Spy注解需要如此设置，@Mock、@Captor、@InjectMocks等注解也需要。

       对整个class进行mock

       结果：

       Junit5使用手册： junit.org/junit5/docs/c...

       在Junit5中要使用Mockito，需要单独引入mockito-junit-jupiter依赖包，通过在单元测试类上加

       @ExtendWith(MockitoExtension.class)

       实现构建一个mock运行容器。

       在有需要的地方进行mock，否则走真实方法调用。

       除了采用静态方法spy以外，还可以通过采用注解的方式：

       结果示例：

       结果：

SpringBoot——学会使用Test，检测自己写的代码

       本文将介绍如何在SpringBoot项目中有效地进行代码测试，确保代码质量。测试是开发过程中的重要环节，尽管测试代码不直接产生效益，但它是保障程序正确性的关键。

       在开发中，通过SpringBoot的测试专用属性和配置，可以方便地在测试环境中临时改变配置或模拟命令行参数，以适应不同场景的测试。例如，使用@SpringBootTest注解的properties属性可以覆盖源码中的配置，而args属性则用于模拟启动时的命令行参数。

       此外，测试专用配置允许我们在测试包中创建独立的Bean，专门用于测试环境，以适应不同的测试需求。对于Web环境的模拟测试，SpringBoot提供了自动配置MockMvc来发送web请求，并对响应结果进行比对，包括头信息、正文和状态信息。

       数据层测试中，SpringBoot的@Transactional注解能帮助我们控制事务提交，避免测试产生的数据对实际系统产生影响。配置中的随机值功能则确保测试数据的多样性，增强测试的可靠性。

       总之，掌握SpringBoot的测试技巧，可以帮助我们编写出更具信心和效率的测试用例，提升开发质量。测试不仅在开发过程中不可或缺，也是职业开发者必备的技能。

Spring Boot 教程 - Test

       在开发过程中，代码测试的重要性不言而喻。为了确保代码质量，Spring Boot 提供了集成化的Test框架——Spring Boot Test，它简化了与Spring Test的集成，并增强了Mock功能。主要的测试类别包括单元测试（如JUnit）和切片测试。以下是使用Spring Boot Test的基本步骤：

       首先，通过在项目中引入spring-boot-starter-test依赖，然后在测试类上使用@RunWith(SpringRunner.class)和@SpringBootTest注解，即可启用Spring Boot的测试环境。例如，对于StudentService的测试，我们创建StudentServiceTest.java文件，每个测试方法对应服务类的方法，如这样编写：

       java

       @RunWith(SpringRunner.class)

       @SpringBootTest

       public class StudentServiceTest {

        @Autowired

        private StudentService studentService;

        @Test

        public void testStudentServiceMethod() {

        // 测试代码

        }

       }

       每个测试方法都是独立运行的，它会自动加载Spring Test的测试环境，并使用项目配置和环境，方便开发者进行自我验证。

spring boot test 类配置redis 连接

       要在Spring Boot测试类中配置Redis连接，需完成以下步骤：

       首先，添加Redis依赖：在pom.xml文件中添加Spring Data Redis的依赖项。具体代码如下：

       接下来，创建Redis连接配置类。在测试包中创建配置类，使用@Configuration注解将其标记为配置类，并使用@EnableRedisRepositories注解启用Redis仓库支持。示例代码如下：

       在示例中，创建RedisTestConfig类并使用@Configuration注解将其标记为配置类。同时，定义redisConnectionFactory()方法配置Redis连接工厂，使用redisTemplate()方法创建RedisTemplate对象，并设置连接工厂和值的序列化器。

       编写测试类。在测试类中使用@RunWith(SpringRunner.class)注解指定使用SpringRunner运行测试，并使用@ContextConfiguration注解指定要加载的配置类。示例代码如下：

       示例中使用@RunWith(SpringRunner.class)注解指定使用SpringRunner运行测试，并使用@SpringBootTest注解指定为Spring Boot测试，同时使用@ContextConfiguration注解指定要加载的配置类。

       在RedisTest类中使用@Autowired注解将RedisTemplate自动注入到测试类中。编写测试代码于testRedisConnection()方法，使用redisTemplate对象执行与Redis相关操作。

       完成以上步骤后，即可在Spring Boot测试类中配置Redis连接并执行测试代码。