/catalog/296695a3fdd74f71b4ced1996c9b6856//Document/274792263872581.html/Document/273024381308997.html/Document/272683642789957.html/Document/272351623921733.html/Document/271961406242885.html/Document/271560844214341.html/Document/270477420015685.html/Document/269881559916613.html/catalog/c51244b85e704db9a2a34ca396e9fe27//Document/289614801383493.html/Document/289336711553093.html/Document/288989717336133.html/Document/267736666357829.html

互联网大厂测试工具体系建设是如何落地的?(下)

前面的文章里我们为大家介绍了中通科技测试体系创建的整体思路、落地方案和技术架构等内容,下面的文章里我们将通过实际案例带大家一起了解一下中通科技测试体系建设落地和实践的情况。


文章的上半部分为大家介绍了移动专项测试数据分析和保障门户板块,本文继续为大家介绍消息服务和工具平台部分。


消息服务


背景

各个项目组都用到邮件、钉钉等消息,由于没有统一的服务,导致重复造轮子。


现状

实现了发送邮件、钉钉消息模板可配置化。通过配置化,大大减少了代码的改动;通过服务化,解决了不同项目重复造轮子的痛点。

 

消息服务这一块,一开始我们各个项目组,有用邮件的、有用钉钉的、大家没有一个统一的服务,重复做轮子。然后我们的测试开发团队把这一块全部统一起来了,通过配置化解决重复造轮子的痛点。

测试工具体系

这是我们消息服务业务的一个逻辑图。


工具平台


背景

以前各个测试组如果需要造相关业务的测试数据,流程复杂,耗时很长,大大影响了测试的效率,为了解决不同测试组对测试环境相关业务的数据依赖,从而自研了测试工具平台。


现状

实现下单、运单轨迹、电子面单、及其他小工具,方便测试团队使用,从而提升测试效率。


工具平台刚刚也讲了,我们主要是去做一些造数据的工具,因为我们很多业务相关的测试数据耗时又长、一条线上可能可能贯穿了很多个应用,中间的应要测的时候,需要一些数据,我们可以去通过这个平台造一些数据。
实现了下单、运单轨迹、电子面单等等的一些小工具,方便我们的测试团队使用,也大大的提高了测试团队的测试效率。当你的一个服务线穿插了十几个应用的话,其实你测起来是非常痛苦的,造数据其实也是很痛苦的一件事情,通过这个工具便可以迎刃而解。

测试工具体系

这个是我们的一个下单助手。

测试工具体系

左边可以看到我们主要的测试工具有哪些,运单轨迹是去造各个流程上的数据,这些流程实际上是非常多的。