如何优化Mock平台设计，提升其整体规划的可测性？

本文共计529个文字，预计阅读时间需要3分钟。

微信搜索【大奇测试开】关注，这里分享测试开发和供应链相关的干货。平台背景从业务特性上，不少测试服务依赖第三方接口，如支付场景，就需要处理多种状态回传。

微信搜索，关注这个坚持分享测试开发干货的家伙。

平台背景

从业务特性上，不少测试的服务很多是依赖第三方的接口的，比如其中的支付场景，就需要很多状态的返回进行验证，但大部分服务提供商没有很友好的测试环境或者沙箱环境，提供的测试账号能做的场景也有限；从技术层面，服务不想在代码里做过多侵入Mock，也想充分利用统一配置服务做快速切换；从测试团队来讲，可以为业务特性适配简单好用，也想找一种内部自动化和平台配置的数据驱动方案，另外也是想找一个技术平台推动全员的技术参与度。

基于以上的一些内容便有了这个Mock平台，还是和上个系列一样，这里重新整理和开发，作为一个测试平台开发练手项目分享出来，希望对正在找干货，爱学习的同学提供一些微不足道的学习途径，当然这个平台其实具有实用价值，后续可以直接使用或者二次开发扩展使用。

Mock流程

整个实现层面比较简单，画了一个示意图做参考，一部分web页面（服务1 前端+后端）进行接口的录入和配置，另一部分则是外部的依赖请求流程（服务2 纯后端独立）核心是做www.68idc.cn 复制请保留原URL】