引言

在测试的世界里，有人觉得测试是一项繁重的工作，而有人却能游刃有余。除了开发设计和产品复杂度的影响外，其实和测试技巧也有很大的关系，今天跟大家聊聊在对接标准化需求时，如何提升测试效率。

随着平台标准化能力的不断建设，吸引了很多第三方伙伴的入驻，同时也带来了不小的测试工作量，每次接入第三方都需要重复测试和反复回归，耗费了大量的人力和时间。对此我们经过一年多的探索，取得了一点进展，缩短了联调和测试的周期。今天，就带大家一同回顾这一年的发展过程吧！

阶段一：发现问题 解决问题

1、巧用工具 内部提效

  数据构造  

在第三方接入时，我们需要在联调和测试阶段提供测试数据，一开始靠手工构造，但随着接入方变多，所需的测试数据也增多，而且整个数据链路长，这就导致构造数据的成本变高。因此，我们开始想办法来提高构造数据的效率。

带着这份困惑，我们了解到公司的数据构造平台--采用前端低代码平台配置+后端java代码对接口进行参数化的封装，实现快速的构建模拟。

借助平台工具将繁琐的手工操作流程，转换为在页面输入简单的参数就能得到想要的数据，提升了构造的效率。并且随着数据构造平台的建设，我们持续的完善数据构造的能力，让数据构造的时间成本更低

API接口平台

尽管数据构造工具已经在项目中降低不少时间成本，但是在项目运行中，发现数据构造平台不支持线上使用，大家只能在各自本地维护接口进行回归，每次有新能力时所有人都得重新维护，如果我把接口信息统一维护，大家共用一套，这样成本就会降低不少。

带着思考了解到公司现有的API接口平台，支持接口一次录入大家共用，而且可以切换不同的环境访问。但是，项目的接口需要鉴权，平台又不支持鉴权能力，如果想让公共支撑平台提供该能力就得进行整体的规划，这样流程比较长。像这种业务特性的需求该如何快速支撑呢？——通过在外包装一层方法，每次发起请求时根据传入的三方身份信息获取到鉴权信息，然后让业务接口携带鉴权信息进行访问，这样就解决接口鉴权问题了。

问题搞定后，在公司的 API 接口平台上录入接口信息。项目内人员共用一套接口，降低了接口维护的成本，缩短了线上回归的时间。

通过借助数据构造+api接口平台，我们内部整体的工作效率有了明显提升，但是与外部配合还是很消耗时间，为了减少与外部配合的时间，我们开始了进一步的探索。

2、工具赋能 解放双手

与第三方配合联调或测试时，我们经常会出现这样的对话：

咋办？我得想个办法，怎么减少反复配合的工作量？

通过以上对话可以看到，在实际测试过程中，一个功能反复构造数据提供给第三方，而第三方的未知问题随时可能发生，配合测试的时间就无法掌控。为了解决这个问题，我们开始探索自助验证的新模式。

三方自助验证

经过多次与第三方对接，我们已经有了清晰的测试点、明确的数据构造方法，考虑是否可以将这些接口封装，让第三方实现数据的自给自足？有了初步设想后，我们立即与开发团队、产品团队展开深入评估，综合各方意见与专业考量，最终确定了最终方案：

到这里我们解决了内部构造数据的问题，也解决了与外部配合的耗时问题。但是，考虑到未来的业务发展方向，我们还会有类似的标准化接入需求，于是开始考虑这些方案能否复制到其他项目里呢？

阶段二：模式复制 标准化建设