对于最新的稳定版本,请使用 Spring Framework 6.2.0! |
TestExecutionListener
配置
Spring 提供了以下已注册的实现
默认情况下,完全按以下顺序:TestExecutionListener
-
ServletTestExecutionListener
:为 配置 Servlet API 模拟。WebApplicationContext
-
DirtiesContextBeforeModesTestExecutionListener
:处理 “before” 模式的注释。@DirtiesContext
-
ApplicationEventsTestExecutionListener
:提供对ApplicationEvents
的支持。 -
DependencyInjectionTestExecutionListener
:为测试提供依赖项注入 实例。 -
MicrometerObservationRegistryTestExecutionListener
:提供支持 千分尺的 .ObservationRegistry
-
DirtiesContextTestExecutionListener
:处理 “after” 模式。@DirtiesContext
-
TransactionalTestExecutionListener
:提供事务测试执行 default 回滚语义。 -
SqlScriptsTestExecutionListener
:运行使用注释配置的 SQL 脚本。@Sql
-
EventPublishingTestExecutionListener
:将测试执行事件发布到测试的 (请参阅 测试执行事件)。ApplicationContext
注册实现TestExecutionListener
你可以显式地为测试类注册实现,它的
子类及其嵌套类。有关详细信息和示例,请参阅 Comments Support 和 javadoc for @TestExecutionListeners
。TestExecutionListener
@TestExecutionListeners
切换到默认实现
TestExecutionListener 如果您扩展了一个带有注解的类,并且您需要
切换到使用默认的侦听器集,您可以使用
以后。
|
自动发现默认实施TestExecutionListener
使用 is 注册实现
适用于在有限测试场景中使用的自定义监听器。但是,它可以
如果需要在整个测试套件中使用自定义侦听器,则会变得很麻烦。这
此问题已通过支持通过 MECHANISM 自动发现默认实现得到解决。TestExecutionListener
@TestExecutionListeners
TestExecutionListener
SpringFactoriesLoader
具体来说,该模块在 key in
其属性文件。第三方框架和开发人员
可以将自己的 implementation 贡献给 default 的列表
listeners 以相同的方式通过它们自己的属性
文件。spring-test
TestExecutionListener
org.springframework.test.context.TestExecutionListener
META-INF/spring.factories
TestExecutionListener
META-INF/spring.factories
订购实现TestExecutionListener
当 TestContext 框架发现默认实现时
通过上述机制,实例化的监听器使用
Spring 的,它遵循 Spring 的接口和注释进行排序。 以及 Spring 提供的所有默认实现都使用
适当的值。因此,第三方框架和开发人员应确保
它们的默认 implementations 以正确的 Sequences 注册
通过实现或声明 .有关核心默认实现的方法,请参阅 javadoc 以了解
值将分配给每个核心侦听器。TestExecutionListener
SpringFactoriesLoader
AnnotationAwareOrderComparator
Ordered
@Order
AbstractTestExecutionListener
TestExecutionListener
Ordered
TestExecutionListener
Ordered
@Order
getOrder()
TestExecutionListener
合并实施TestExecutionListener
如果自定义是通过 注册的,
默认侦听器未注册。在最常见的测试场景中,这有效地
强制开发人员手动声明所有默认侦听器以及任何自定义
听众。下面的清单演示了这种配置样式:TestExecutionListener
@TestExecutionListeners
-
Java
-
Kotlin
@ContextConfiguration
@TestExecutionListeners({
MyCustomTestExecutionListener.class,
ServletTestExecutionListener.class,
DirtiesContextBeforeModesTestExecutionListener.class,
DependencyInjectionTestExecutionListener.class,
DirtiesContextTestExecutionListener.class,
TransactionalTestExecutionListener.class,
SqlScriptsTestExecutionListener.class
})
class MyTest {
// class body...
}
@ContextConfiguration
@TestExecutionListeners(
MyCustomTestExecutionListener::class,
ServletTestExecutionListener::class,
DirtiesContextBeforeModesTestExecutionListener::class,
DependencyInjectionTestExecutionListener::class,
DirtiesContextTestExecutionListener::class,
TransactionalTestExecutionListener::class,
SqlScriptsTestExecutionListener::class
)
class MyTest {
// class body...
}
这种方法的挑战在于它要求开发人员确切地知道
默认注册哪些侦听器。此外,默认侦听器集可以
从一个版本到另一个版本的变化 — 例如,WAS
在 Spring Framework 4.1 中引入,并在 Spring Framework 4.2 中引入。此外,像 Spring 这样的第三方框架
Boot 和 Spring Security 使用上述 automatic discovery mechanism 注册自己的默认实现。SqlScriptsTestExecutionListener
DirtiesContextBeforeModesTestExecutionListener
TestExecutionListener
为避免必须了解并重新声明所有默认侦听器,您可以将 的属性设置为 。 指示本地声明的侦听器应与
default 侦听器。合并算法可确保从
list 中,并且生成的合并侦听器集根据语义进行排序
的,如对 TestExecutionListener
实现进行排序中所述。
如果侦听器实现 或用 注释 ,则它可以影响
位置,它与默认值合并。否则,本地声明的侦听器
在合并时附加到默认侦听器列表中。mergeMode
@TestExecutionListeners
MergeMode.MERGE_WITH_DEFAULTS
MERGE_WITH_DEFAULTS
AnnotationAwareOrderComparator
Ordered
@Order
例如,如果上一个示例中的类
将其值(例如)配置为小于 的顺序(恰好是 ),然后可以自动与
defaults 的 ,前面的示例可以
替换为以下内容:MyCustomTestExecutionListener
order
500
ServletTestExecutionListener
1000
MyCustomTestExecutionListener
ServletTestExecutionListener
-
Java
-
Kotlin
@ContextConfiguration
@TestExecutionListeners(
listeners = MyCustomTestExecutionListener.class,
mergeMode = MERGE_WITH_DEFAULTS
)
class MyTest {
// class body...
}
@ContextConfiguration
@TestExecutionListeners(
listeners = [MyCustomTestExecutionListener::class],
mergeMode = MERGE_WITH_DEFAULTS
)
class MyTest {
// class body...
}