如何提升系统的可测性水平？

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

微信搜索大奇测试开，关注分享测试开发的干货。平台背景多元，从业务特性上看，不少测试服务依赖第三方接口，如支付场景，需处理多种状态反馈。

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

平台背景

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

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

Mock流程

整个实现层面比较简单，画了一个示意图做参考，一部分web页面（服务1 前端+后端）进行接口的录入和配置，另一部分则是外部的依赖请求流程（服务2 纯后端独立）核心是做http拦截和匹配返回，这里还有一个待定实现的proxy代理功能，既手机可以通过局域网设置带来走mock，这种最大的好处就是连服务的统一配置都不需要做变更。

功能概述

这里先罗列出大的包含的功能模块，以便有个整体概念，然后在给出详细的prd和需求说明，方便后续开发实现。