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:

传输方式：get

提示：如下图

原因：以get方式传送时，参数要在url上传，因为选择get后body是置灰的，所以没有传参，就会有必填项提示不能为空的提示

那么get传输的正确格式应该是什么样的？

IP/URI?参数名1=参数值1&参数名2=参数值2

上面表示是查询两个参数的地址格式

注意，参数值不用双引号阔起来

三． 原理

通过上面操作，我们来总结下2个问题：

1. 常用的post、get、put这几个请求方式有什么不同

请求方式 释义 举例

Get GET 方法用来请求访问已被 URI 识别的资源。指定的资源经服务器端解析后返回响应内容 相当于“查看”，比如告诉服务端想查看某个主页内容，服务端就返回给你

post 传输实体的主体 客户端：“我要把这条信息传给你”->服务端

PUT PUT 方法用来传输文件。就像 FTP 协议的文件上传一样，要求在请

求报文的主体中包含文件内容，然后保存到请求 URI 指定的位置 客户端：“我要把这份文件传给你” ->服务端