设计mock响应结果，满足调用链整体需要，验证前端调用链是否正确

需求须知

• 业务逻辑
• mock接口设计及调用链说明

注意点

• 所有的请求，都不会传到服务端
• 所有的响应都是人为模拟
• 不管是页面请求还是模拟响应都必须覆盖完整

测试点

• 页面展示：基础展示
• 页面交互：基础交互
• 请求数据验证：验证调用mock接口入参正确【可通过抓包验证】
• 响应数据前端处理验证：传参显示、 响应渲染（异常响应数据渲染、大数据量渲染、小数据量渲染）、 参数处理
• 是否存在接口轮询需求
• 客户端加解密测试
• 其他专项测试

测试工具

• 公司自研mock系统，进行相关接口的mock设计
• charles代理工具：map remote远程文件（模拟跳转预发布的网站）、map local本地文件（使用本地文件替换线上关键资源）、rewrite挡板（基于原有数据做修改–修改请求、响应等）

mock接口测试方式

• 全mock，前后端分离，即服务端、客户端测试完全分开的情况。这种情况需要结合整体的项目测试流程考虑，需求分析-开发文档分析-测试分析-设计测试用例-冒烟测试、分支提测时间【服务端、客户端】、联调时间、主干测试时间-验收测试-发布上线、线上监控-测试复盘，其中根据实际情况，需要确认专项测试：App版本兼容、设备兼容、浏览器兼容、设备版本兼容、升级测试、网络测试、性能、安全、降级、中断、干扰测试等，在哪个环节测试，这些需体现在测试计划中。
• 部分mock，一些特殊情况，如：数据储备不足、响应情况复杂不易得等。该情况属于集成测试中一种测试手段，前后端测试不十分分离，只一些特殊情况用到mock工具进行即可。当然mock是一种模拟响应的手段，必要时也可设计测试桩进行。

若有不同意见或补充建议，欢迎指正