接口测试平台-82: 多接口之 小用例：mock简介+保存

1. 接口mock使用的3个场景

1. 业务测试时，一些复杂的接口，如第三方等，还有一些需测试页面过多数据的加载情况，各种极端数据的展示情况等。去构造真实数据比较麻烦，直接mock掉接口的返回值是最简单的办法了。正常需抓包去拦截前端/客户端，设置好要抓的接口路径，写好返回值，再用前端/客户端触发。
2. 接口测试时，多接口联动组合成一个业务流大用例大场景的测试用例，其中某些接口并不重要或者说是属于支撑用的查询类接口，而执行它们又需要耗费巨大的时间等资源成本，而且这种非测试目标的服务用接口的稳定性也不靠谱，比如某些分支测试环境，只想测试目标接口，但是需要这几个服务接口，但是这套测试环境还没有去配置拉取相应的那些支撑服务或其他模块。就可以用到接口mock,对这些返回值进行写死，可以迅速执行完整套用例，节省了极大的时间和精力成本，也降低了不稳定的不可控因素。
3. 在某些前后端测试分层测试比较大的公司内，前端测试只专注于前端代码客户端代码的测试，而具体接口的返回值检查全部是服务端测试的事。俩边测试都要负责 业务逻辑测试。平时甚至都没什么交集。这种测试团队少则数十人，多则上百人。这时前端的ui自动化，为了提高稳定性和准确率，基本会对很多接口进行mock，来让其返回值固定，避免因为接口服务不通接口报错，导致前端测试自动化流程跑不下去。当然这种场景比较少见。

接口测试平台属于第二种。只要对需要mock的接口，不进行真实请求，直接提取用户设置的返回值 作为下游的入参，然后该提取提取，该断言断言即可。

 

2. mock功能

准备开发mock功能，对多接口业务流用例中某些接口的返回值写死。原理和实现都很简单。首先是P_cases.html，要先在前端开辟出这样一块mock的设置。

直接在原来五个提取/断言返回值下面接一个多行文本框是最简单的方法，这样并不是很好看，其实也可以稍微麻烦点放在和那几个请求体类型一样的子div中,不过为了进度会用最简单的方式实现，有能力的小伙伴可以自行想办法优化。

        <!--    mock    -->
        <textarea  id="mock_res" rows="5" style="width: 90%;background-color: rgba(245,236,222,0.29)"
               placeholder="若想mock(写死)返回值，请在此直接写好保存。
为空则不启用mock功能。"></textarea>

然后继续修改哪些地方呢？需要思考下：当新增了一个步骤的字段后，在这个页面中，初始化清空的 函数需要包含这个新字段mock_res，打开步骤获取步骤保存好的数据函数中需要新增这个字段，保存步骤的函数中也需要新增这个字段。

 

所以修改以下部分js函数：

搞定了html文件后，去models.py中给这个步骤真的新增一个字段mock_res。

然后执行那两句命令：

然后就是要去views.py中对保存小步骤的功能函数进行更新：

重启服务，刷新页面进行测试：保存并重新打开显示正常即可。