TalkAdvisor由4个不一样的模块组成:架构
1. 六边形内部talkadvisor-domainapp
此模块保存应用程序的全部业务价值,您能够在其中找到其DDD聚合Recommendation.。 已配置Maven以防止向领域中导入任何外部工件:dom
若是向pom添加了任何依赖项,若是此列表中不容许,则构建将失败。单元测试
2. 六边形的外面talkadvisor-infra测试
全部适配器都收集在talkadvisor-infra模块中。talkadvisor-infra是一个父pom,集中了全部适配器的常见配置(Spring Boot BOM,...)。基础设施分为3个模块:设计
(1)talkadvisor-infra-applicationcdn
整个应用程序驻留在此模块中。您能够在此处找到控制器,YouTube客户端(SPI适配器),REST资源(API适配器)和Spring Boot应用程序。对象
(2)talkadvisor-infra-external-stubsblog
保存外部服务的存根,基本上是wiremock-based基础设施,其中存储了咱们向YouTube发出的请求的一些响应有效负载。这些存根是在集成验收测试期间启动的,以便彻底隔离TalkAdvisor的CICD构建。它们也可用于运行应用程序,请参阅运行应用程序。资源
(3)talkadvisor-infra-acceptance-tests
集成验收和应用程序的端到端测试。它们在每一个构建中针对具备外部存根的TalkAdvisor的本地实例启动。端到端测试也能够针对插入真实调用的YouTube部署实例启动,请参阅启动端到端测试。
使用Cucumber(领域驱动测试)在领域驱动设计和六边形体系结构中实现功能测试
使用领域驱动设计和六边形体系结构,一般意味着应用行为驱动开发方法。
不少人都理解它,这种技术如今很广泛。不幸的是,咱们常常看到用于描述应用程序行为的功能测试被实现为测试REST端点的http客户端。
这种(反)模式的主要缺点是测试问题的混合。经过这种类型的测试,咱们有责任验证: