集成测试

能够在不要求部署到应用程序服务器或连接到其他企业基础设施的情况下执行一些集成测试，这一点很重要。 这样做可以测试以下内容：

  • Spring IoC 容器上下文的正确连接。

  • 使用 JDBC 或 ORM 工具进行数据访问。这可以包括 SQL 语句的正确性、Hibernate 查询、JPA 实体映射等。

Spring Framework 在 spring-test 模块中为集成测试提供了第一类支持。 实际 JAR 文件的名称可能包含发布版本，也可能是长格式 org.springframework.test，具体取决于您从何处获取它（有关说明，请参阅 依赖管理部分）。 此库包含 org.springframework.test 包，其中包含用于使用 Spring 容器进行集成测试的有价值的类。 此测试不依赖于应用程序服务器或其他部署环境。 此类测试的运行速度比单元测试慢，但比等效的 Selenium 测试或依赖于部署到应用程序服务器的远程测试快得多。 单元和集成测试支持以注解驱动的 Spring TestContext Framework 的形式提供。 TestContext 框架与实际使用的测试框架无关，这允许在各种环境中（包括 JUnit、TestNG 等）对测试进行检测。 以下部分概述了 Spring 集成支持的高级目标，本章的其余部分将重点介绍专用主题：

集成测试的目标

Spring 的集成测试支持具有以下主要目标：

接下来的几节将描述每个目标，并提供指向实现和配置详细信息的链接。

上下文管理和缓存

Spring TestContext 框架提供 Spring ApplicationContext 实例和 WebApplicationContext 实例的一致加载以及这些上下文的缓存。 支持加载上下文的缓存很重要，因为启动时间可能会成为一个问题——不是因为 Spring 本身的开销，而是因为 Spring 容器实例化的对象需要时间来实例化。 例如，一个包含 50 到 100 个 Hibernate 映射文件的项目可能需要 10 到 20 秒来加载映射文件，并且在运行每个测试夹具中的每个测试之前产生此成本会导致整体测试运行速度变慢，从而降低开发人员的生产力。

测试类通常声明用于 XML 或 Groovy 配置元数据（通常在类路径中）的资源位置数组，或者用于配置应用程序的组件类数组。 这些位置或类与 web.xml 或用于生产部署的其他配置文件中指定的相同或相似。

默认情况下，一旦加载，配置的 ApplicationContext 将为每个测试重用。 因此，设置成本仅在每个测试套件中发生一次，随后的测试执行速度要快得多。 在此上下文中，术语“测试套件”表示在同一 JVM 中运行的所有测试——例如，对于给定项目或模块，从 Ant、Maven 或 Gradle 构建运行的所有测试。 在测试破坏应用程序上下文并需要重新加载（例如，通过修改 bean 定义或应用程序对象的状态）的极少数情况下，TestContext 框架可以配置为在执行下一个测试之前重新加载配置并重新构建应用程序上下文。

请参阅 上下文管理 和使用 TestContext 框架的 上下文缓存。

测试夹具的依赖注入

当 TestContext 框架加载您的应用程序上下文时，它可以选择使用依赖注入来配置您的测试类的实例。 这提供了一种方便的机制，可以使用应用程序上下文中的预配置 bean 来设置测试夹具。 这里的一个强大好处是您可以在各种测试场景中重用应用程序上下文（例如，用于配置 Spring 管理的对象图、事务代理、DataSource 实例等），从而避免为单个测试用例重复复杂的测试夹具设置。

例如，考虑一个我们有一个类 (HibernateTitleRepository) 实现 Title 领域实体的数据访问逻辑的场景。 我们想编写集成测试来测试以下领域：

  • Spring 配置：基本上，所有与 HibernateTitleRepository bean 的配置相关的内容是否正确且存在？

  • Hibernate 映射文件配置：所有内容是否正确映射，并且是否设置了正确的延迟加载设置？

  • HibernateTitleRepository 的逻辑：此类的配置实例是否按预期执行？

请参阅使用 TestContext 框架 的测试夹具的依赖注入。

事务管理

访问真实数据库的测试中一个常见问题是它们对持久性存储状态的影响。 即使您使用开发数据库，状态更改也可能影响将来的测试。 此外，许多操作（例如插入或修改持久数据）无法在事务外部执行（或验证）。

TestContext 框架解决了这个问题。 默认情况下，该框架为每个测试创建并回滚一个事务。 您可以编写假定存在事务的代码。 如果您在测试中调用事务代理对象，它们将根据其配置的事务语义正确运行。 此外，如果测试方法在为测试管理的事务中运行期间删除了选定表的内容，则事务默认回滚，数据库返回到执行测试之前的状态。 通过使用测试应用程序上下文中定义的 PlatformTransactionManager bean，为测试提供事务支持。

如果您希望事务提交（不常见，但偶尔在您希望特定测试填充或修改数据库时很有用），您可以使用 @Commit 注解告诉 TestContext 框架使事务提交而不是回滚。

请参阅使用 TestContext 框架 的事务管理。

集成测试的支持类

Spring TestContext 框架提供了几个 abstract 支持类，可以简化集成测试的编写。 这些基本测试类提供了到测试框架的明确定义的钩子以及方便的实例变量和方法，让您可以访问：

  • ApplicationContext，用于执行显式 bean 查找或测试整个上下文的状态。

  • JdbcTemplate，用于执行 SQL 语句以查询数据库。您可以使用此类查询在执行数据库相关应用程序代码之前和之后确认数据库状态，并且 Spring 确保此类查询在与应用程序代码相同的事务范围内运行。 与 ORM 工具结合使用时，请务必避免 误报。

此外，您可能希望创建自己的自定义、应用程序范围的超类，其中包含特定于您的项目的实例变量和方法。

请参阅 TestContext 框架 的支持类。