接口测试知识体系

在2018年的总结还是在2019年的行业展望，都谈到一个关键字，那就是“接口测试”，针对大多数是来说，接口测试到底是什么，是简单的那个工具，发送一个请求，就是一个接口测试吗还是接口测试到底是什么？针对这些，让部分人还是比较迷茫的。这也是本文章要回答的部分。

开发模式在2017年以及2018年的改变是非常大的，这一方面是技术的发展要求，另外一个方面是人员更加的专业化，分工更加明确，还有一点是产品快速的迭代，要求敏捷化，所以开发模式最大的一个特点是前后端分离了，那么这点意味着什么，意味对在测试的角度上来说，就很清晰的知道一个问题，到底是前端的问题还是后台的问题。（本人刚工作的时候，很多时候分不清问题到底是前端还是后台的，最后前端一个同事专门专门教我，什么问题是他的，什么问题是属于后台的）。就举一个很简单的例子吧，比如登录系统的时候，账号和密码不匹配，返回的错误提示信息显示“笨蛋账号输入错误”，特别的不友好，那么这个时候对测试来说，肯定得提单啊，这在符合产品的易用性，用户体验方面也满足不了，问题是这个问题到底是给前端了还是后台的同事，这个时候就很考验人了。如果不是前端的bug然后提交给他，他可能会不高兴，如果不是后台的也是同样的道理。那么这点就需要来分析，前台拿到用户输入的账号和密码，向后台发送了一个POST的请求，后台接收到这个请求后，会响应返回给客户端，返回给客户端的一般会包含业务状态码，msg以及data数据，比如{"status":10001,"msg":"笨蛋账号输入错误","data":{}}，那么在这个地方很多同学就知道了，这个bug需要提交给后台的程序员，让对方来修改后这个很粗暴的错误提示信息。刚才举的这个例子很简单，但是如果这地方分不清楚后台还是前台的问题，那么提交问题单的时候必然导致出现一些不愉快的事。还有一个方面是基于微服务的分布式架构会逐步的在大多数的公司中应用起来，这是就更加很好理解了，对大的进行拆分成小的微服务，不管是维护，部署等等，都是一种好的选择，当然微服务的架构也是有缺点的。那么这个时候，对测试也是面临着微服务怎么测试，怎么验证组件之间连接的正确性，这里面涉及到很多的测试策略，今年在公众号里面会逐步的介绍这些知识体系。

在上面说了这么多，都是平常工作中很常见的案例，也是接下来或者说未来一段时间必然要面对的。世界是复杂的，搞清楚它的本源，其实就不是那么的复杂了。所以想系统的学习接口测试，首先你就得搞清楚HTTP的协议，这里面HTTP的请求流程，HTTP的常用请求方法，HTTP的常用状态码，Cookie的请求流程，Session的请求流程以及Token的请求流程等，必须得明白下来，下来只不过就是考虑使用工具或者代码来实现这个过程了。搞清楚应用层的协议，就基本知道了从哪里来到哪里去的原理，只不过工具或者代码只不过是一种选择的交通方式，知道目的地，选择什么样的交通方式就很简单了，测试工具主流的如PostMan，JMeter，SoapUI等，代码主要是 Pyhton（很多测试在纠结到底是学习Java还是Python，其实选择Python更加好点，好入门，学习速度也快，比起Java学习成本来说低，另外一方面目前都是主流应用开发语言）。如果选择Python那么就得知道它的基础知识，数据驱动，单元测试框架，Requetsts，序列化与反序列化，内置数据结构，当然了还有CI持续集成，接口测试框架 ，Mock的知识点。说了这么多，这些知识都在我的课程里面，那还等什么，直接扫描二维码购买不就得了。