大部分现有的 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 的使用流程哦。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
