Spring Cloud Contract可以满足CDC测试.服务端是基于消费端的契约来开发接口，而测试用例由ContractVerifier依据锲约生成，因此就形成了对契约的约束，也就是消费端对服务提供方的约束，如果服务端不能满足测试用例则就不能通过测试。在消费端，开发者也是基于功能而产生的符合自己需求的契约，并编写了单元测试，因此就形成了完整的开发测试流程，并且能更早的发现服务端接口变动，确保了服务的可用性。此处代码是CDC测试的一种简单实践

众所周知,分布式系统是由众多微服务构成,并按照功能模块划分后,由不同的开发小组进行维护.研发模型如下图所示:开发人员完成某一个微服务的功能后,发布测试环境交付测试团队验证.这种工作模式的弊端是,Bug在测试环境才被暴露,而不是在编码阶段就被发现.为了解决上述的弊端,研发团队通常会引入了单元测试,并使用EasyMock,Mokito等框架,来帮助开发人员在开发阶段暴露Bug.(对DB,Redis等依赖通常使用Docker来解决,与主题无关,这里暂时不做过多介绍.有兴趣的可以自己研究)在日常的研发工

众所周知,分布式系统是由众多微服务构成,并按照功能模块划分后,由不同的开发小组进行维护.研发模型如下图所示: 开发人员完成某一个微服务的功能后,发布测试环境交付测试团队验证.这种工作模式的弊端是,Bug在测试环境才被暴露, 而不是在编码阶段就被发现. 为了解决上述的弊端,研发团队通常会引入了单元测试,并使用EasyMock,Mokito等框架