【摘要】 大部分现有的 mock 工具只能满足 HTTP 协议下简单业务场景的使用。但是面对一些复杂的业务场景就显得捉襟见肘，比如对 socket 协议的应用进行 mock，或者对于支付接口的失败重试的定制化 mock 场景。为解决上述问题，霍格沃兹测试学院设计并研发了 CSRMockServer 在下面的文章中简称 mock server。mock server 相较于这些 mock 工具，具有规则...
大部分现有的 mock 工具只能满足 HTTP 协议下简单业务场景的使用。但是面对一些复杂的业务场景就显得捉襟见肘，比如对 socket 协议的应用进行 mock，或者对于支付接口的失败重试的定制化 mock 场景。
为解决上述问题，霍格沃兹测试学院设计并研发了 CSRMockServer 在下面的文章中简称 mock server。
mock server 相较于这些 mock 工具，具有规则更灵活、定制化更强、支持拓展多协议的特点。在本章节将会从架构设计介绍如何实现以上的特点，而在实战章节，会针对具体的测试场景，演示不同的解决方案。
框架设计
若想实现上述特点，一定要有一个合理的架构设计。
mock server 架构设计：
框架的设计主要分为五个部分：
客户端
- 客户端主要负责与 mock 服务的交互，由测试人员制定 mock 的请求响应规则，以及启动/停止 mock 服务。
代理
- 负责请求和响应的收发，接收到请求后，先转发给 Mock 引擎，mock 引擎收到请求响应数据进行处理后，再返回给代理响应信息，代理给服务器返回模拟的响应值。
协议（protocol）
- 不同的协议的请求、响应数据格式往往不相同，既有标准的 json 结构体，也有二进制或十六进制的数据类型。这部分数据需要在协议层进行处理之后，才好进行相关的逻辑处理。所以协议层（protocol）主要负责和协议相关的数据处理。
- protocol 还具备很强的很拓展性，如果一个系统涉及到了多协议的 mock，测试人员可以给不同的协议指定不同的规则，以此达到多协议 mock 的作用。具体的使用会在后面的章节进行演示。
Mock引擎
- mock 逻辑的驱动引擎，根据不同功能模块的请求，分发给 mock 服务的对应的实现接口。
后台服务
- 提供与 mock 服务交互的对外接口。
设计优点
- 提供了后台服务接口，测试人员添加规则、控制 mock 服务更加灵活
- 定制化更强，内置支持根据索引、消耗、mock 后添加动作等操作
- 通过切换不同的 protocol 与代理服务，即可实现多协议的支持，扩展性强
mock server 框架就先介绍这些，后面将会演示 mock server 的使用流程哦。
