[Spring cloud 一步步实现广告系统] 20. 系统运行测试

  • 时间:
  • 浏览:2

让让我们让让我们 尝试依次实现其余的单元测试吧。

经过长时间的编码实现,让让我们让让我们 的主体模块可能性大致完成,可能性刚刚让让我们让让我们 总要零散的对各个微服务自行测试,接下来,让让我们让让我们 须要将所有的服务模块进行联调测试,Let's do it.

在这名 测试用例中,让让我们让让我们 主要的冗杂性是在组件各种查询条件,这名 就须要各位伙伴在理解业务的刚刚须要万分上心。

让让我们让让我们 在实现各个服务的过程中,上加了不少的测试文件和测试数据,为了不影响让让我们让让我们 最终的展示效果,让让我们让让我们 先将刚刚的历史数据清理掉。

用户服务单元测试

可参考 全量索引传送门 ,可能性下载源码github传送门 / gitee传送门 ,运行mscx-ad-db项目,但会 执行 http://localhost:7002/ad-db/export/plan。

依然使用flyway 上加让让我们让让我们 的测试数据:

让让我们让让我们 来编写投放系统的单元测试,如下图:



单元测试模块的目录型态与让让我们让让我们 的正式项目型态保持一致,可能性你须要给单元测试编写特例化配置,把让让我们让让我们 的application.yml配置文件copy到UT中就须要了,这里就不做赘述。

这里就不针对每有兩个 service进行单元测试的编写,但会 让让我们让让我们 一定要记住,在真实的企业开发环境中,大的开发团队总要对单元测试的代码覆盖率有有兩个 要求,一般总要会低于300%,我买车人对买车人的行代码覆盖率是 > 3000%.但会 也能真实的保证让让我们让让我们 的每有兩个 土土办法都尽量都执行和验证到。

让让我们让让我们 须要看一遍,在上述代码中,让让我们让让我们 测试了创建用户的service土土办法,一阵一阵注意有兩个 点:

让让我们让让我们 的检索服务对外只提供有兩个 服务,但会 让让我们让让我们 只须要创建有兩个 Test类就须要了,let's code.

有兩个 合格的开发人员是绝对越来越容忍买车人的代码处于傻~ bug 处于的,但会 买车人总会有犯错的刚刚,越来越让让我们让让我们 怎样才能才能补救此类非业务发展原因分析分析的基础什么的问提呢,这刚刚,开发的UT就显得非常Important了。