一篇文章让你了解基于Spring的测试，一名毕业三年的女程序媛面试头条经验-CSDN博客

本文链接：https://blog.csdn.net/2401_84265802/article/details/137795017

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

Spring测试模块可以结合单元测试框架，对一般桌面应用和Web应用进行测试。针对两种不同类型应用的测试，Spring对应的有通用测试框架和MVC Web的测试框架。使用Spring测试框架，应用上下文可以一次性加载并进行缓存，大大提高了测试的速度。更方便的是其提供了很多便捷的注解辅助测试。

Spring测试模块对单元测试的支持

==================

Spring对单元测试的支持主要有两个方面：提供了多种类型的模拟对象和提供了用于单元测试的一些共用方法。

Spring测试模块的模拟类

==============

对于简单的POJO和服务端的类和方法，可以使用Mock框架模拟创建，但对于复杂的状况，Mock框架不易处理。Spring提供了更高层级的类的模拟，包含：

1、环境的模拟

Java中的Property是以键值对方式存储的数据类型，PropertyResolver是Spring提供的属性解析器，可以通过key查找对应的值，Environment继承自PropertyResolver，但是额外提供了Profile特性，即可以根据不同环境（比如：开发、测试和正式环境）得到相应数据。MockEnvironment就是对Environment的模拟，可以在测试时设置需要的属性键和值。使用的示例如下：

//代码方式的bean配置和注册

DefaultListableBeanFactory bf = new DefaultListableBeanFactory(); //bean工厂

GenericBeanDefinition beanDefinition = new GenericBeanDefinition();//Bean定义

beanDefinition.setBeanClass(User.class); //设置bean定义类

beanDefinition.getPropertyValues().add(“name”, “${name}”) //设置bean属性；使用占位符

bf.registerBeanDefinition(“user”, beanDefinition); //注册bean

//模拟环境并设置属性后，对bean中的占位符进行替换

PropertySourcesPlaceholderConfigurer pc = new PropertySourcesPlaceholderConfigurer();

pc.setEnvironment(new MockEnvironment().withProperty(“name”, “Oscar”));//设置环境属性

pc.postProcessBeanFactory(bf); //替换占位符

上面的示例代码中，使用GenericBeanDefinition类进行Bean的配置和注册，对应的Bean类是User，使用占位符${name}设置该类的属性值。接着创建MockEnvironment和设置了属性name的值，最后设置PropertySourcesPlaceholderConfigurer的环境为创建的模拟环境并替换占位符为模拟环境中设置的属性值。

2、JNDI的模拟

JNDI（Java Naming and Directory Interface），Java命名与目录接口。直观点理解就是给资源（比如数据库资源）一个通用的名字，通过这个名字就可以查找这个资源了。

在开发和测试时，数据源可以通过配置url、name和password在XML中配置，但在正式环境中，为了保障安全，数据源更多的是使用JNDI的方式配置在应用服务器上，而且除了数据源以外的其他资源，类似EJB等就必须使用JNDI的方式了。Spring提供了根据JNDI名称查找资源对象的类JndiObjectFactoryBean，以JNDI：“java:comp/env/jdbc/mydatasource”为例，通过XML配置数据源bean的方式如下：

<!—JNDI属性定义

java:comp/env/jdbc/mydatasource

现在问题是：测试的时候不希望开启应用服务器，怎么找到JNDI对应的资源呢？Spring提供了使用SimpleNamingContextBuilder来构造JNDI资源的模拟。以上面配置的数据源的JNDI模拟为例：

public void initForTest() throws IllegalStateException, NamingException { //模拟JNDI方法

DriverManagerDataSource ds = new DriverManagerDataSource(); //创建数据源

ds.setDriverClassName(“com.mysql.cj.jdbc.Driver”); //驱动类设置

ds.setUrl(“jdbc:mysql://localhost:3306/ssmi?serverTimezone=UTC”);//数据源url

ds.setUsername(“root”); //用户名

ds.setPassword(“123456”); //密码

SimpleNamingContextBuilder builder = new SimpleNamingContextBuilder();

builder.bind(“java:comp/env/jdbc/mydatasource”, ds); //绑定数据源

builder.activate();//激活

}

以上通过DriverManagerDataSource创建一个数据源，使用SimpleNamingContextBuilder给该资源绑定一个JNDI的名字。以上方法可以使用@Before注解后，读取包含以上JNDI的配置文件就可以使用模拟的数据源了。DB及数据源相关的部分会在后面章节深入介绍。

3、HTTP和Web相关的模拟

Spring提供了Http和Servlet的模拟对象类用于Web测试，相关部分的会在后面Spring Web测试中介绍，另外，还提供了Spring Web Reactive的响应式 Web测试的模拟对象，本书不做探讨。

Spring测试模块的共用方法

===============

org.springframework.test.util包中的ReflectionTestUtils类，提供了基于反射机制的方法，可以修改变量、非公有的属性和访问非公有的方法，还可以调用生命周期回调方法。在基于Spring框架开发中，经常使用注解（包括@Autowired、@Inject和@Resource等）对私有的方法或属性进行依赖注入，这些私有的变量和方法不能直接获取和调用。举例来看，组件类Foo定义如下：

public class Foo { //组件类

@Autowired //自动装载注解

private String name; //字符串变量

@PostConstruct //组件初始化注解

private void onInit(){ //组件初始化回调方法

System.out.println("onInit… " + name);

}

@PreDestroy //组件销毁注解

private void onDestroy(){ //组件销毁方法回调

System.out.println("onDestroy… " + name);

}

该组件类使用@Autowired注解了一个私有的属性name，@PostConstruct、@PreDestroy分别注解了两个私有的回调方法。这种代码风格是实际开发中常见的风格，可是在单元测试中不启动Spring容器，无法得到依赖对象也无法执行注解的生命周期回调方法下如何测试呢？答案就是通过ReflectionTestUtils，测试代码如下：

@Test //测试方法注解

public void test () { //测试方法

Foo foo = new Foo(); //组件创建

ReflectionTestUtils.setField(foo, “name”, “Oscar”); //设置私有变量的值

ReflectionTestUtils.invokeMethod(foo, “onInit”); //调用组件初始化方法

ReflectionTestUtils.invokeMethod(foo, “onDestroy”); //调用组件销毁方法

}

Spring测试框架

==========

Spring测试框架在JUnit和TestNG框架之上进行扩展。在测试类似使用JUnit的@RunWith（JUnit4）或@ExtendWith（JUnit5）指定Spring对应的运行器扩展，就可以在测试类中很容易进行上下文的初始化和缓存。通过测试执行监听器，可以在测试类中使用依赖注入和事务管理等注解，也可以自定义注解，简化测试。

Spring测试框架使用

============

使用Spring框架开发的应用，更常使用的是对容器初始化之后的测试，也就是严格意义上的集成测试。Spring测试框架主要位于org.springframework.test.context包中，提供了通用的、注解驱动和集成测试支持。其无缝集成了JUnit和TestNG的测试框架。

以JUnit4为例，在Spring测试框架下编写测试类的步骤如下：

在测试类上使用@RunWith注解测试运行器。
使用@ContextConfiguration注解指定Spring的配置(可以是XML配置文件，也可以是配置类)。
装载需要的Bean并完成JUnit标签@Test注解的测试方法。

完整的代码实例如下：

@RunWith(SpringJUnit4ClassRunner.class) //运行器注解

@ContextConfiguration(locations=“classpath:cn/osxm/ssmi/chp6/applicationContext.xml”)//配置

public class SpringTest { //测试类

@Autowired //自动装载注解

private HelloService helloService;

@Test //测试方法注解

public void hello() { //测试方法

helloService.sayHello();

}

@RunWith是JUnit的注解，用于标注测试运行器类。Spring扩展了JUnit4的BlockJUnit4ClassRunner类，额外实现了容器的测试上下文的初始化和维护（JUnit5使用的是@ExtendWith）。初始化容器依据的配置通过注解@ContextConfiguration指定。在测试类中也可以使用Spring容器依赖注入等（类似@Autowired）注解。这些类在使用Maven批量执行时，应用上下文（容器）会缓存，不需要重复创建，节省测试开销，加快了测试效率。

Spring测试框架原理

============

Spring提供的测试运行器SpringJUnit4ClassRunner会创建测试上下文管理类TestContextManager，TestContextManager主要维护测试上下文TestContext和测试执行的监听TestExecutionListener，TestContext维护了根据配置初始化的容器应用上下文ApplicationContext和测试类、方法、和异常等信息，TestExecutionListener则是测试类和方法执行前后的一些操作，这几个类的关系如图2所示。

图2 Spring测试框架的核心类及关系

对上面的测试框架的核心类说明如下：

TestContextManager，测试上下文管理器类，在每次测试时都会创建。提供对测试上下文（TestContext）实例的管理，还负责测试过程中更新TestContext的状态并代理到TestExecutionListener，用来监测测试的执行，在测试执行点向每个注册的TestExecutionListener发送信号事件。
TestContext，测试上下文类，封装测试执行的上下文。提供访问容器和应用上下文的能力，并对applicationContext进行缓存。
TestExecutionListener，测试执行监听器，与TestContextManager发布的测试事件进行交互，这个监听器就是注册到TestContextManager上的。提供依赖注入、事务管理等能力。

除了上面的核心类之外，还有以下一些重要的类：

ContextLoader：负责根据配置加载 Spring 的 Bean 定义，以构建 applicationContext 实例对象。ContextLoader是Spring 2.5中引入的一个策略接口，用于为Spring TestContext Framework管理的集成测试加载ApplicationContext。
SmartContextLoader：Spring 3.1中引入的ContextLoader接口的扩展。可以选择处理资源位置，带注释的类或上下文初始值设定项。支持按照profile加载。

@TestExecutionListeners注解使用在测试类上，用于指定需要的测试执行监听器。测试执行监听器用于实现类执行之前被执行或实现类的测试方法之前被执行测试执行之前进行一些额外的处理。Spring默认提供了TestExecutionListener的三个实现，包括：事务管理的TransactionalTestExecutionListener、依赖注入的DependencyInjectionTestExecutionListener和上下文检查的DirtiesContextTestExecutionListener。

TransactionalTestExecutionListener：事务测试执行监听器，用于对事务进行管理，负责解析@Transaction、@NotTransactional 以及 @Rollback 等事务注解的注解。@Transaction 注解让测试方法工作于事务环境中。可以使用 @Rollback(false) 让测试方法返回前提交事务。而@NotTransactional 注解则可以让测试方法不工作于事务环境中。此外，还可以使用类或方法级别的 @TransactionConfiguration 注解改变事务管理策略。
DependencyInjectionTestExecutionListener：依赖注入测试执行监听器，该监听器提供了自动注入的功能，它负责解析测试用例类中的@Autowried注解并完成依赖对象自动注入。
DirtiesContextTestExecutionListener：脏上下文测试执行监听器，一般情况下测试方法并不会对Spring容器上下文造成破坏（比如改变Bean的配置信息等），如果某个测试方法确实会破坏Spring容器上下文，可以显式地为该测试方法添加 @DirtiesContext注解，以便Spring TestContext在测试该方法后刷新Spring容器的上下文，DirtiesContextTestExecutionListener监听器的工作就是解析 @DirtiesContext注解。

除了以上监听器外，也可以实现自己的监听器类完成需要的操作，自定义的监听器需要继承类org.springframework.test.context.support.AbstractTestExecutionListener，具体可以参照DependencyInjectionTestExecutionListener的实现

默认DependencyInjectionTestExecutionListener和TransactionalTestExecutionListener是开启的，也就是在测试类上不添加@TestExecutionListeners注解配置，就可以在测试类上直接使用@Autowried和@Transaction等注解。但是如果有自定义的新增注解的话，则需要把DependencyInjectionTestExecutionListener或是TransactionalTestExecutionListener加上，TransactionalTestExecutionListener可以不加。

接下来自定义一个注解@MyLogTestAnno，如果在测试方法中使用了此注解，则添加测试日志的功能为例，通过添加一个测试执行监听的实现MyLogTestExecutionListener来达成此功能。

注解定义类MyLogTestAnno：

@Retention(RetentionPolicy.RUNTIME) //运行时注解

@Target(ElementType.METHOD) //注解使用在方法上

@Inherited //允许继承

@Documented //注解包含在Java Doc中

public @interface MyLogTestAnno { //注解定义

public String logFileName();

}

日志测试执行监听实现类：

public class MyLogTestExecutionListener implements TestExecutionListener {

public void prepareTestInstance(TestContext testContext) throws Exception {//准备测试实例