集成测试

Spring TestContext 框架提供 Spring 实例和实例的一致加载以及缓存 的那些背景。支持缓存已加载的上下文非常重要，因为 启动时间可能会成为一个问题 — 不是因为 Spring 本身的开销，而是 因为 Spring 容器实例化的对象需要时间来实例化。为 例如，具有 50 到 100 个 Hibernate 映射文件的项目可能需要 10 到 20 秒才能完成 加载映射文件，并在每个测试中运行每个测试之前产生该成本 夹具会导致整体测试运行速度变慢，从而降低开发人员的工作效率。ApplicationContextWebApplicationContextspring-doc.cn

测试类通常声明 XML 或 Groovy 的资源位置数组 配置元数据（通常在 Classpath 中）或组件类数组 用于配置应用程序。这些位置或类与 或 类似于 或 生产环境的其他配置文件中指定的 部署。web.xmlspring-doc.cn

默认情况下，加载后，配置的将用于每个测试。 因此，每个测试套件和后续测试执行仅产生一次设置成本 要快得多。在这种情况下，术语“测试套件”是指所有测试都在同一环境中运行 JVM — 例如，所有测试都从给定项目的 Ant、Maven 或 Gradle 构建运行 或模块。在不太可能的情况下，测试会破坏应用程序上下文，并且需要 重新加载（例如，通过修改 Bean 定义或应用程序的状态 对象），TestContext 框架可以配置为重新加载配置，并且 在执行下一个测试之前重新构建应用程序上下文。ApplicationContextspring-doc.cn

请参阅上下文管理和上下文缓存 TestContext 框架。spring-doc.cn

当 TestContext 框架加载您的应用程序上下文时，它可以选择： 使用 Dependency Injection 配置测试类的实例。这提供了一个 通过使用 应用程序上下文。这里的一个很大好处是您可以重用应用程序上下文 在各种测试场景中（例如，用于配置 Spring 托管对象 图、事务代理、实例等），从而避免了 需要为单个测试用例复制复杂的测试夹具设置。DataSourcespring-doc.cn

例如，考虑一个场景，我们有一个类 （） 实现域实体的数据访问逻辑。我们想写 测试以下领域的集成测试：HibernateTitleRepositoryTitlespring-doc.cn

请参阅使用 TestContext 框架对测试 fixture 进行依赖注入。spring-doc.cn

在访问真实数据库的测试中，一个常见的问题是它们对 持久化存储。即使您使用开发数据库，对状态的更改也可能 影响未来的测试。此外，还有许多操作 — 例如插入或修改持久性 data — 不能在事务之外执行（或验证）。spring-doc.cn

TestContext 框架解决了这个问题。默认情况下，框架会创建 和 为每个测试回滚一个事务。您可以编写可以假定存在的代码 交易的如果您在测试中调用事务代理对象，则它们的行为 正确地，根据他们配置的事务语义。此外，如果测试 method 在事务中运行时删除所选表的内容 managed，则事务默认回滚，并且数据库返回到 它在执行测试之前的状态。事务性支持由 使用在测试的应用程序上下文中定义的 bean。PlatformTransactionManagerspring-doc.cn

如果您希望事务提交（不常见，但当您希望 particular test 来填充或修改数据库），你可以告诉 TestContext 框架，通过使用 @Commit 注解来使事务提交而不是回滚。spring-doc.cn

请参阅使用 TestContext 框架进行事务管理。spring-doc.cn

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

此外，您可能希望使用 特定于您的项目的实例变量和方法。spring-doc.cn

请参阅 TestContext 框架的支持类。spring-doc.cn