[英]Why spring-cloud-config sample test needs to spin a config-server?
我想为我的配置服务器编写单元/集成测试,所以我检查了此链接。 有一个用@SpringBootTest
注释的类,还有一个用@BeforeClass
注释的函数startConfigServer()
。 为什么因为有@SpringBootTest
批注而确实需要此函数?
我还可以为配置服务器编写其他哪些单元测试用例和集成测试? 我还使用了Spring Cloud Stream Kafka和Spring Cloud Bus,以及启用的Spring Security基本身份验证。
Spring-cloud-bus是多种应用程序节点进行通信的机制,具有广播事件的能力。
这种通信就位,应用程序可以使用它,例如,以动态方式从配置服务器获取配置(配置更改将导致广播适当的事件)。
因此,在测试这样的应用程序时,测试必须首先提供一个配置服务器以从中获取配置,因此在您链接的示例中为startConfigServer()
方法。
Spring博客引用了spring-cloud-stream-test-support来简化对该消息传递抽象的测试,但是我自己并未使用它。
但是,另一种测试方法是模拟对配置服务器的所有访问(通过HTTP和spring-cloud-stream底层代理)。
这是所有模拟内容的示例 (使用RabbitMQ,但与Kafka相同)。
测试配置服务器只是另一种方法(修改配置文件并断言消息已在基础代理上发布)。
作为记录,我不确定spring-cloud-bus是否可以与Kafka一起使用,因为官方文档说仅支持AMQP(0.9): https : //spring.io/projects/spring-cloud-bus
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.