接口测试总结

1. 接口自动化测试时，用户的状态很重要。开始写脚本时，一定要在结尾写好恢复状态用的初始化代码，随着用例的增加，初始化代码也要随时变化更新，不然第二次运行的时候，你会不清楚各个用户或者实例的状态而导致很难恢复的错误。

2. 接口自动化测试时，如果根据事件流或是路径法来写脚本，一定要注意流程（每个流程包含若干用例）不要太长，各个流程之间最好不要有一点瓜葛，每个流程内的各个用例之间的耦合性肯定很高，所以如果其中某个出错，会导致后续一连串的错误，而且这时用户的状态也很难判断了，导致第二次运行前很难恢复成初始状态，所以每条流程下，一定要写好性能非常强大的强制初始化脚本，而且每条用例不要只输出pass/fail，最好把接口返回值都输出来，方便出错后的手动恢复状态。

3. 接口测试中，可分为服务器外部接口和内部接口，
   对app/web等可抓包的接口一般都是外部接口，这部分接口因为要给前端开发和测试使用，所以接口文档一般很健全，可以很清楚的的写测试用例，但是对于服务器内部接口，往往是没有健全的接口文档，甚至压根就没有文档，而且改动非常频繁，测试难度非常大，但是也是一定要测试的，而且对于一些自动化测试脚本也是不可缺少的需要调，所以这部分接口要多和后台沟通。

4. 某一天，手机连公司的wifi突然发现上不去网，昨天还好好的，请查看ip是否被分配成了192.168.0.251 如果是，请点击ip设置，选择静态，然后只把ip地址改成192.168.0.xxx ，其他项不要动，xxx随便写（1－250）,多实验几个ip地址，就能上去了。

5. 内测服测试的时候，如果推送收不到，排除推送代码问题，就是app签名问题，请让前端给打个走正式服签名的包，才能好好测推送。

6. 接口测试要用不同状态的账号，重点测试不存在的账号属性的返回情况。比如没有手机号绑定的账号，返回值中的 手机号，区号 会不会有问题。会不会变成int？等

7. 很多接口的参数不做校验，完全是前端或者上一个接口给什么，用什么。这种情况，接口失去了自己的可靠性，健壮性。一旦上一个接口或app某一个小环节出现问题，那么这个问题将会最终产生很大bug，导致整个功能失效甚至造成脏数据导致用户资料受损。如果你去问后台，后台大概会说，正常情况下是不会有问题的，即使出了问题也是app或前一个接口的bug，所以此接口不做校验和修复。但是一个好的测试要能预感到bug并提出改进，预防的措施，而不是仅仅找出bug抛给开发。所以建议如果时间充分，还是要劝开发做好校验，各个接口间的耦合虽然不可避免，但是我们可以加强校验和异常处理，来降低耦合的损害；

8. APP要提前调查好，什么页面写入缓存，什么页面清理缓存。再针对此进行测试，要充分考虑到，写入和清理的时机是否合适，在针对其进行异常测试

9. 接口返回时间和客户端等待最长时间 一般都不一样。这里需要注意一个测试点，就是一旦超时之后，客户端怎么提示，千万不能有误导用户提示，网速不好就是网速不好，服务挂了就是挂了，你可委婉点说，但是千万不能提示用户，这个列表就是空的，这本来就没数据。除非你想打官司，被投诉。