@ConfigurationProperties在测试上下文失效但应用中正常，指定特定类的测试需配置哪些注解？

我来帮你梳理下问题的根源和解决办法：

你遇到的问题本质是：测试中Spring没有把你的SNCredentials当成配置属性Bean来处理，而是把它当成了一个普通的需要构造函数注入的Bean。原来的测试注解只指定了SNCredentials，但缺少让Spring识别它为配置属性的关键配置，所以Spring会尝试给构造函数的String参数注入Bean，但这些String根本没被注册成Bean，自然就报错了。

下面给你两种可行的注解组合方案，根据你的需求选就行：

方案一：用@EnableConfigurationProperties直接指定目标类（推荐单类场景） #

这种方式最直接，专门针对单个配置属性类的情况：

@SpringBootTest(classes = [SNCredentials::class])
@EnableConfigurationProperties(SNCredentials::class)
class ConductorSnCmdbTaskWorkerApplicationTests {
    @Test
    fun contextLoads() {
    }
}

@EnableConfigurationProperties会明确告诉Spring：把SNCredentials作为配置属性Bean来管理，它会自动从src/test/resources/application.properties里读取com.me.sn前缀的属性，通过构造函数绑定到类的字段上，而不是去寻找String类型的Bean注入。

方案二：用@ConfigurationPropertiesScan扫描目标类（适合多配置类场景） #

如果后续你有多个配置属性类，用扫描的方式更方便：

@SpringBootTest(classes = [ConfigurationPropertiesAutoConfiguration::class, SNCredentials::class])
@ConfigurationPropertiesScan(basePackageClasses = [SNCredentials::class])
class ConductorSnCmdbTaskWorkerApplicationTests {
    @Test
    fun contextLoads() {
    }
}

这里我们额外指定了ConfigurationPropertiesAutoConfiguration（处理配置属性的核心自动配置类），同时用@ConfigurationPropertiesScan的basePackageClasses参数精准扫描SNCredentials所在的包，确保Spring能找到并正确处理这个配置属性类。

两种方案都能解决你的问题，核心都是让Spring在测试上下文里启用配置属性的绑定机制，而不是把你的配置类当成普通Bean处理。

内容来源于stack exchange