最近正好有个项目，需要做一下支付相关接口测试，测试完成后脑海中浮现的一句话“实践是检验真理的唯一标准”，我们来看看有哪些问题大家借鉴可以避免的。
一． 接口测试前需要准备哪些
接口测试工具：Postman
测试网站地址：确保测试前网站服务起来，否则不可能验证成功
接口文档：个人认为这是最重要的要素 ，一篇高质量文档能为你调试过程节约很多时间
数据库：最好连接到后台数据库，有的时候需要校验页面显示是否正确，或者判断返回的内容是否正确，都可以查看数据库找到根源
综上，这些工具互相之间是来回切换配合使用的，具体看大家需要完成什么操作，自己取材。
二． 测试过程中遇到的问题
1. 类型一报错：101错误“System error”
首先在Postman中填写路径信息，Body下输入参数，点击【send】按钮，如下图所示保证每一步内容都正确
Ok，我点击发送后出现了下面的状态码提示
状态码提示：
{"code":"101","message":"SYSTEM_ERROR","result":null}
Status ：200 ok，说明接口正确
101 提示错误：服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。
后来查看接口文档，上面标注传输格式为json，在Header下调写数据各式为json，问题解决，如下图所示。
2. 类型二报错：Unexpented token
当我点击【send】按钮后，提示“There was an error in evaluating the Pre-request Script：Unexpected token”
释义：在评估预请求脚本时出现了一个错误：意外符号
应该是脚本请求发生的错误，一般都是脚本的语法错误，多了空行，或者双引号之类的，查看了下脚本没有错误就几行代码，后来发现原来是在Body下，写在了Pre下了，改好了就ok了
那么Pre-request scripts有什么用呢？
如果需要在发送请求之前做一些处理(如数据构造)，可以添加脚本在Pre-request scripts下
3. 报错类型三：102，提示“xx内容不能为空”
url:http://xxxxx/URI
传输方式：get
提示：如下图
原因：以get方式传送时，参数要在url上传，因为选择get后body是置灰的，所以没有传参，就会有必填项提示不能为空的提示
那么get传输的正确格式应该是什么样的？
http://xxxxx/URI?serialNo=1590&dateTime=2018-03-15
IP/URI?参数名1=参数值1&参数名2=参数值2
上面表示是查询两个参数的地址格式
注意，参数值不用双引号阔起来
三． 原理
通过上面操作，我们来总结下2个问题：
1. 常用的post、get、put这几个请求方式有什么不同
请求方式 释义 举例
Get GET 方法用来请求访问已被 URI 识别的资源。指定的资源经服务器端解析后返回响应内容 相当于“查看”，比如告诉服务端想查看某个主页内容，服务端就返回给你
post 传输实体的主体 客户端：“我要把这条信息传给你”->服务端
PUT PUT 方法用来传输文件。就像 FTP 协议的文件上传一样，要求在请
求报文的主体中包含文件内容，然后保存到请求 URI 指定的位置 客户端：“我要把这份文件传给你” ->服务端
2. HTTP协议传输返回的状态码分别代表什么意思
有时候，接口会返回500错误，或者400,我们需要知道分别代表的什么意思
1XX Informational（信息性状态码） 接收的请求正在处理
2XX Success（成功状态码） 请求正常处理完毕
3XX Redirection（重定向状态码） 需要进行附加操作以完成请求
4XX Client Error（客户端错误状态码） 服务器无法处理请求
5XX Server Error（服务器错误状态码） 服务器处理请求出错
四． 总结
我们来梳理下Postman接口测试正确流程（4步走）：
1. Header下填写数据格式
2. 确保请求方式正确（GET、POST等）
3. 确保接口路径填写正确
4. 确保传参格式正确
