高效解决日常开发测试中数据准备的难题

持续交付2.02024年01月12日约 6 分钟

“ 工具，是提升效率的必要杠杆！”

日常开发测试中的

一个大麻烦

在做功能开发时，通常并不会为功能调试预留接口。“为测试预留接口”的做法也并不广泛被业内人士接受。

然而，日常开发测试中，经常遇到的一个最麻烦的事儿就是测试数据准备。例如：

首先，当我们在调试时，为此常常会“手动去数据库改数据，构造数据，以便指定调用接口时，返回调试所需要的数据”。这种操作相对较为麻烦。

其次，如果前端工程师在开发某个功能的过程中所依赖的后端接口没有准备好，也会导致前端的自测工作被耽误。在历史故障分析中，很多前端故障都是因为某个数据的特殊性导致的前端不兼容，且这部分数据日常测试过程中很难复现。

再次，当在故障解决后的故障演练时，我们无法精准地改变某一个参数，去简单地模拟出之前的故障；

最后，在ui自动化用例编写维护中，我们常常因为数据的不稳定性，导致部分自动化场景无法稳定地去实现，面对如此情况，要么选择放弃该场景，要么不停地维护数据。

那么，如何解决上述场景中的各种阻碍呢？

业界工具的调研结果

我们调研了通过现成的服务的方式，使用类似 apifox 工具本地/线上打桩。apifox 不仅有基于 Swagger 的 API 管理的能力，同时也具备 API Mock 的功能。具体使用方法可以访问：https://www.apifox.cn/

下图列举了该方式的优缺点

优点	缺点
无需手写 Mock 规则 API 变更后 Mock 数据实时同步变更支持根据请求参数返回不同结果内置 Mock.js 规则引擎支持自定义脚本 Mock	酷家乐接口的加密数据无法直接修改，需要复制到工具解密，编辑后再加密后再提交编辑前端测试中往往只想修改一两个接口数据，其它数据正常返回，这样在点点点过程中可以做到无感知

我厂有更多的工程需求

然而，我们还希望 Mock平台能满足如下要求：

我们又造了一个轮子

所以基于此推出了自己的Mock平台，一种功能强大的开发工具，该平台提供了以下主要能力：

在定义好接口后，前端开发人员可以利用Mock数据独立进行开发。这意味着前端团队不需要等待后端服务的实现和部署，而可以使用模拟数据进行界面设计和业务逻辑的开发。这样一来，前端开发和后端开发可以同时进行，大大提高了项目的开发效率。
更好的适配诸如新手任务、图片链接失效等不容易构造，出现一次就不再出现的依赖后端接口的场景

UI自动化的Mock数据能力：

对于UI自动化测试来说，通常需要依赖后端服务来获取真实数据。但是Mock平台允许开发人员使用虚拟数据来代替真实数据，从而降低对后端服务的依赖。如此，UI自动化测试可以独立运行而无需依赖后端服务的可用性，极大地简化了测试环境的搭建和配置。
更稳定的数据也会带来更稳定的UI自动化脚本

录制后端请求以定位多服务间传参问题：

在微服务架构中，多个服务之间的参数传递往往变得复杂。Mock平台允许录制后端请求，帮助开发人员定位并解决多服务间传参问题。通过记录和回放请求，开发人员可以更好地理解和调试服务间的通信，从而提高系统的稳定性和可靠性。

异常场景（故障演练）测试:

Mock平台还支持在日常测试中进行异常场景的模拟。通过模拟各种异常情况，如网络故障、数据错误等，开发人员和测试人员可以更全面地评估系统的鲁棒性和健壮性。这种测试方法可以帮助发现潜在的问题并改善系统的质量。

Mock平台的具体实现方式

Mock服务消息流图如下所示

第一步，通过修改域名（通过域名转发配置），访问指定的规则的域名请求将转发到mock server；

第二步，mock server将进行地址解析，然后发送请求到真实的服务器，并取得返回结果。

第三步，如果对应的api不需Mock(根据字段type)，则返回结果会落库并返回给前端页面；若要Mock，就返回预先编辑的Mock的数据。

此外，在Mock平台可视化界面，我们可查询之前页面访问过程中（即流量录制中）的接口及相关数据（对加密数据进行了自动解密展示），并进行数据编辑（支持修改响应数据、响应码、延迟时间）和配置是否需要对其Mock。

接口数据存储的数据库的表结构如下，其中字段type用于标记是否需进行Mock

Mock平台可视化界面如下

开发工程师的使用流程

在测试环境管理平台，新建feature环境域名，比如feature.feat.qunhequnhe.com
浏览器访问带mock的域名（在域名中feat后加上.mock http://feature.feat.mock.qunhequnhe.com)，进行业务操作，就可访问过程中的api数据
在Mock平台可查询刚导流的所有接口的请求和返回数据(加密的数据支持了自动解密) ，并可编辑任一接口的数据，包括（状态码、延迟时间、响应数据）,并可设定是否对其Mock
在Mock接口后，重新访问域名http://feature.feat.mock.qunhequnhe.com 对应的接口就会按预期返回Mock的数据（接口是按method+url+parm维度区分的）
如果熟悉接口数据，也支持自己添加。

实际的应用场景简介

case1:验证普通个人账号每周只能使用3次积分，用完后应引导该用户升级会员

在设计UI自动化覆盖这个场景时，希望Mock该接口每次返回都是用户用完积分的状态，于是找到对应的接口，然后更改其返回数据的部分字段，最后指定UI自动化访问的域名是配置域名就完成了正常UI自动化回归。