Spring5参考指南
  • 简介
  • 前言
    • 1. “Spring”代表什么
    • 2. Spring和Spring框架的历史
    • 3. 设计哲学
    • 4. 反馈和贡献
    • 5. 开始
  • 核心技术
    • 1. IoC容器
      • 1.1 IoC容器和Beans介绍
      • 1.2 IoC容器概述
      • 1.3 Bean概述
      • 1.4 依赖
      • 1.5 Bean作用域
      • 1.6 自定义Bean
      • 1.7 Bean的继承
      • 1.8 容器扩展点
      • 1.9 基于注解的容器配置
      • 1.10 类路径扫描和托管组件
      • 1.11 使用JSR 330标准注解
      • 1.12 基于Java的容器配置
      • 1.13 环境抽象
      • 1.14 注册LoadTimeWeaver
      • 1.15 ApplicationContext的其他功能
      • 1.16 BeanFactory
    • 2.资源
      • 2.1介绍
      • 2.2资源接口
      • 2.3内置资源实现
      • 2.4ResourceLoader
      • 2.5ResourceLoaderAware接口
      • 2.6资源作为依赖
      • 2.7应用程序上下文和资源路径
    • 3.验证,数据绑定,和类型转换
      • 3.1使用Spring Validator接口
      • 3.2将代码解析为错误消息
      • 3.3bean操作和BeanWrapper
      • 3.4Spring类型转换
      • 3.5Spring字段格式化
      • 3.6配置全局Date和Time格式
      • 3.7Spring验证
    • 4.SpEL Spring表达式语言
      • 4.1求值
      • 4.2bean定义中的表达式
      • 4.3语言引用
    • 5.Spring AOP
      • 5.1什么是AOP
      • 5.1Spring AOP的能力和目标
      • 5.3AOP代理
      • 5.4@AspectJ 支持
      • 5.5基于Schema的AOP支持
      • 5.6选择要使用的AOP声明样式
      • 5.7混合Aspect类型
      • 5.8代理机制
      • 5.9程序创建@AspectJ代理
      • 5.10在Spring应用程序中使用AspectJ
      • 5.11更多资源
    • 6.Spring AOP APIs
      • 6.1Pointcut API
      • 6.2Advice API
      • 6.3Advisor API
      • 6.4使用ProxyFactoryBean来创建AOP代理
      • 6.5简介的代理定义
      • 6.6使用ProxyFactory创建AOP代理
      • 6.7操作被通知的对象
      • 6.8使用auto-proxy功能
      • 6.9使用TargetSource的实现
      • 6.10定义新的Advice Types
    • 7.Null-safety
    • 8.数据缓存和解码器
    • 9.附录
      • 9.1XML Schemas
      • 9.2创建XML Schemas
  • 测试
    • 1.Spring测试介绍
    • 2.单元测试
      • 2.1Mock Objects
      • 2.2单元测试支持类
    • 3.集成测试
      • 3.1概览
      • 3.2集成测试的目的
      • 3.3JDBC测试支持
      • 3.4注解
      • 3.5Spring TestContext框架
      • 3.6Spring MVC测试框架
      • 3.7WebTestClient
    • 4.更多资源
  • 数据访问
    • 1.事务管理
    • 2.DAO支持
    • 3.JDBC
      • 3.1选择JDBC数据库访问方法
      • 3.2包层次结构
      • 3.3使用JDBC核心类控制基本JDBC处理和错误处理
      • 3.4控制数据库连接
      • 3.5JDBC批处理操作
      • 3.6使用SimpleJdbc
      • 3.7将JDBC操作建模为Java对象
      • 3.8参数和数据值处理的常见问题
      • 3.9嵌入式数据库支持
      • 3.10初始化数据源
    • 4.ORM
      • 4.1Spring ORM介绍
      • 4.2ORM集成的一般注意事项
      • 4.3Hibernate
      • 4.4JPA
    • 5.使用Object-XML映射封装XML
  • Web Servlet
    • 1. Spring Web MVC
      • 1.1 DispatcherServlet
      • 1.2 Filters
      • 1.3 Controllers注解
      • 1.4 URI链接
      • 1.5 异步请求
      • 1.6 CORS
      • 1.7 Web Security
      • 1.8 HTTP Caching
      • 1.9 View技术
      • 1.10 MVC配置
      • 1.11 HTTP/2
    • 2. REST客户端
    • 3. 测试
    • 4. WebSockets
      • 4.1 WebSocket介绍
      • 4.2 WebSocket API
      • 4.3 SockJS Fallback
      • 4.4 STOMP
  • Web Reactive
    • 1.Spring WebFlux
      • 1.1 Overview
      • 1.2 Reactive Core
      • 1.3 DispatcherHandler
      • 1.4 Annotated Controllers
      • 1.5 Functional Endpoints
      • 1.6 URI Links
      • 1.7 CORS
      • 1.8 Web Security
      • 1.9 View Technologies
      • 1.10 HTTP Caching
      • 1.11 WebFlux Config
      • 1.12 HTTP/2
    • 2.WebClient
    • 3.WebSockets
    • 4.测试
    • 5.Reactive库
由 GitBook 提供支持
在本页
  • 3.2.1 上下文管理和缓存
  • 3.2.2 测试装置的依赖注入
  • 3.2.3 事务管理
  • 3.2.4 集成测试的支持类

这有帮助吗?

  1. 测试
  2. 3.集成测试

3.2集成测试的目的

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

  • 在测试之间管理Spring IoC容器缓存。

  • 提供测试装置实例的依赖注入。

  • 提供适合集成测试的事务管理。

  • 提供特定于Spring的基类,帮助开发人员编写集成测试。

接下来的几节将介绍每个目标,并提供实现和配置详细信息的链接。

3.2.1 上下文管理和缓存

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

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

默认情况下,一旦加载,配置的ApplicationContext将重复用于每个测试。因此,每个测试套件仅产生一次设置成本,并且后续测试执行要快得多。在此上下文中,术语“测试套件”表示所有测试都在同一JVM中运行 - 例如,所有测试都是针对给定项目或模块从Ant,Maven或Gradle构建的。在不太可能的情况下,测试会破坏应用程序上下文并需要重新加载(例如,通过修改bean定义或应用程序对象的状态),可以将TestContext框架配置为在执行下一个之前重新加载配置并重建应用程序上下文测试。

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

3.2.2 测试装置的依赖注入

当TestContext框架加载应用程序上下文时,它可以选择使用依赖注入来配置测试类的实例。这提供了一种方便的机制,可以通过使用应用程序上下文中的预配置bean来设置测试装置。这里的一个重要好处是你可以在各种测试场景中重用应用程序上下文(例如,用于配置Spring管理的对象图,事务代理,DataSource实例等),从而避免复制单个测试的复杂测试装置设置的需要案例。

作为示例,考虑我们有一个类(HibernateTitleRepository)实现Title域实体的数据访问逻辑的场景。我们想编写测试以下方面的集成测试:

  • Spring配置:基本上,与HibernateTitleRepository bean的配置相关的所有内容是否正确和存在?

  • Hibernate映射文件配置:是否所有映射都正确并且是否正确的延迟加载设置?

  • HibernateTitleRepository的逻辑:此类的已配置实例是否按预期执行?

请参阅使用TestContext框架对测试装置进行依赖注入。

3.2.3 事务管理

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

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

如果你希望事务提交(异常,但在你希望特定测试填充或修改数据库时偶尔有用),你可以通过使用@Commit注解告诉TestContext框架使事务提交而不是回滚。

使用TestContext框架查看事务管理。

3.2.4 集成测试的支持类

Spring TestContext Framework提供了几个抽象支持类,可以简化集成测试的编写。 这些基本测试类提供了定义良好的钩子到测试框架中,以及方便的实例变量和方法,使你可以访问:

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

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

此外,你可能希望使用特定于项目的实例变量和方法创建自己的自定义应用程序范围的超类。

请参阅TestContext框架的支持类。

上一页3.1概览下一页3.3JDBC测试支持

最后更新于3年前

这有帮助吗?