为什么现在这么流行接口测试了？

做功能测试的都有体会，无聊，天天重复点点点，用例就那些花样，感觉自己就是试用的人，只是会设计一些常人不会去操作的“用例”，但往往很多的用例还不能实现，或者无法执行。

但是这些用例是真的不能实现么？答案是NO!事实上，所谓的不能实现、无法执行，都只是技术不到位罢了。具体能不能做到，并不是一二三点简单的说说。手工测试这个层次的不能，只不过是表面的界面无法操作而已；换个维度，在接口测试角度很多时候是可以做到的，而且可以达到对目标进行破坏式的行为，甚至达到安全测试的要求。只有想不到，没有做不到。

虽然现在关注接口测试的人越来越多，但是真正深入了解的反而不多。有的是完全不懂，完全不懂是因为没有接触过，不知道情况。有的是懂一点却总觉得很简单，这些人会觉得，会一些流行的工具、简单的代码就可以了，这种情况其实跟功能测试阶段只会用鼠标键盘一样，是在帮开发调试接口是否正常，并不算在测试。真正的接口测试，需要对业务数据、系统逻辑、数据传输等方面确保万无一失，如异常数据、异常流程、越过客户端的验证规范等等，能发现问题才是王道。至于接口的自动化，是稳定后的一种便捷的回归测试模式。

接口测试的第一步就是要了解数据的流向、实现方式，这对只会功能测试点点点的人来说是最麻烦的，越级最大的。因为习惯从界面和业务去考虑问题了，忽略了系统实现层面的真实数据传输，现在的系统都是互联网类型的，用户在自己电脑操作必然会把数据传输到服务器，这中间就会产生大量的接口调用操作，那么测试也需要保证数据的正确性，可靠性，安全性，这就是接口测试，最流行、最广泛的传输协议那就属HTTP了。

那么HTTP是怎么样的呢？

HTTP协议包含2大块，请求（Request）、响应（Response），简单说就是一发一收，甚至可以认为就是输入和输出的概念，请求中会包含链接、头信息、主体数据，响应会包含状态码、头信息、主体数据。这其中还包含了非常多的细节组成，这里就不详细讲述了，以后有机会给大家介绍。

接口测试应该怎么做？

如果对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣可以175317069，群内会有不定期的发放免费的资料链接，这些资料都是从各个技术网站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。

有人可能去问过一些做过的人，接口测试怎么学起、怎么做，基本得到的答案都会是，找个工具、参考下网上的代码，写个请求就好了，检查响应中的数据是不是你的预期，测试就完成了，具体参数参考你们的接口设计文档即可。

作为小白又懵逼了，工具不会用，那么多框填什么不知道，代码折腾了半天最终以看不懂的报错结束了，再退一步，看了学习视频，工具操作会了，基本的代码也会了，但是，拿到了接口文档测什么呢？要是没有接口文档又怎么办？

对于接口测试的学习大多数人其实面临下面的这些问题：

1 没有学习资源和对象，无头苍蝇

2 学是学了，只是跟着操作，项目不知道如何下手

3 只听接口其声，不知其理，会点代码但无从下手

4 完全不会代码，感觉很难退缩了

而且很多时候是上面所有问题一起发生，这就更难下手了，得想办法逐个击破才是。比如，工具是个好东西，能快速入手去专研接口测试；代码也是个好东西，能大量涨薪；但更扎根的底子如果不好，往往一起学习就会难上加难，最终一事无成。