接口测试之文件重定向法
前言
在开始话题之前，先讲述一个故事。
同学A：客户端代码层开一个接口，将数据传给前端，前端接收到之后处理数据，B同学，这种接口该怎么测试呀？
同学B：这块目前没有太好的办法，只能通过单元测试验证。
同学A：可是我不会写代码呀，另外项目周期这么紧张，也来不及进行单元测试。
同学B：以往就是提醒一下开发，记得在调用接口时加保护，以免出现接口调用出现崩溃的情况，然后我们记个风险，因为组内会代码的同学太少了。
同学A：但是一切风险皆bug呀！
同学B：没办法，没有太好的办法，现在只能这么办。
同学A：…………………
正文
上述的故事或多或少会在测试工作中遇到，这种情况下，我们真的无计可施了吗？答案肯定的是“NO”，今天就给大家介绍一种适用的测试方法，文件重定向法。
文件重定向法
实现原理：
由正常的的逻辑调用（红色曲线），改为从测试服务器访问数据（蓝色曲线）。
部署方法：
第一步：部署一台测试服务器，找一款可以访问服务器的软件，例如：WinSCP；
第二步：前端预先将客户端返回的数据格式以及数据字段保存在本地，例如：test.json；
第三步：测试同学根据需要修改test.json内的数据信息，然后将test.json部署在测试服务器（名称以及路径一旦确定不要修改，避免前端无法找到数据）；
适用范围：
代码层的接口数据输入输出，不区分web端or移动端；
收益和成本：
根据我之前从事的一个项目为例，列举一下该方法的成本，收益，风险以及不足。
成本：
成本一：测试需要了解客户端接口返回的数据信息（成本可以忽略，因为无论是否需要测试，都需要了解的环节）；
收益：
收益一：前端调用客户端接口测试覆盖率由0%~100%；
收益二：可以验证接口调用时机是否正确；以及对于数据处理是否正常，例如：此次项目实践发现bug三处；
①前端调用客户端接口，存在刷新H5页面不调用的问题；
②对于客户端传来的null值，显示undefined，没有显示默认H5页面；
③前端调用客户端接口，在页面加载完成之后才调用接口，时机较晚，导致概率性无法正确获取到客户端传来的数据。
收益三：测试人员不需要编写代码，普通测试人员都可上手操作；
风险以及不足：
① 涉及到前端增加测试代码，因此在上线前一定要注释掉或者摘除掉，如果有可能，可以做成模块化；
总结
此外，小编还写过类似的文章，链接如下：
https://mp.weixin.qq.com/s/JRwwwPX0kUtSQ576X0lnUA
欢迎大家留言，有不足之处，请批评指正~
搜狗测试QQ粉丝群：459645679