文章采集接口(一下支付接口测试完成后脑海中浮现的一句话“实践是检验真理的唯一标准”)
优采云 发布时间: 2022-04-06 09:27文章采集接口(一下支付接口测试完成后脑海中浮现的一句话“实践是检验真理的唯一标准”)
最近有个项目需要做一个支付相关的接口测试。测试完成后,脑海中浮现“实践是检验真理的唯一标准”这句话。让我们看看您可以从中学习和避免哪些问题。
一、接口测试前应该准备什么
接口测试工具:Postman
测试网站地址:测试前请确保网站服务已启动,否则无法验证成功
接口文档:我个人认为这是最重要的元素,一份高质量的文档可以为你在调试过程中节省大量时间
数据库:最好连接后台数据库。有时候需要验证页面显示是否正确,或者判断返回的内容是否正确,可以查数据库找根因
综上所述,这些工具是相互切换的,看你需要完成什么操作,绘制自己的素材。
二、测试过程中遇到的问题
1. 类型 1 错误:101 错误“系统错误”
首先在Postman中填写路径信息,在Body下输入参数,点击【发送】按钮,如下图,确保每一步内容正确
好的,点击发送后,出现如下状态码提示
状态码提示:
{"code":"101","message":"SYSTEM_ERROR","result":null}
Status :200 ok,说明接口正确
101提示错误:服务端已经理解了客户端的请求,会通过Upgrade header通知客户端使用不同的协议来完成请求。
后来查了接口文档,传输格式标记为json,header下写入的数据是json。问题解决了,如下图所示。
2. 类型 2 错误:未使用的令牌
当我点击[发送]按钮时,它提示“评估预请求脚本时出错:意外令牌”
定义:评估预请求脚本时发生错误:意外符号
这应该是脚本请求中的错误。一般是脚本语法错误,空行较多,或者双引号。检查脚本后,只有几行代码没有错误。后来发现是在Body Pre下写的,改一下就ok了
那么 Pre-request 脚本有什么用呢?
如果在发送请求前需要做一些处理(比如数据构造),可以在Pre-request scripts下添加脚本
3. 错误类型3:102,提示“xx内容不能为空”
网址:
传输方式:get
提示:如下图
原因:在get中发送的时候,要在url中上传参数,因为选择get后body是灰色的,所以如果不传参数,会提示必填项不能为空。
那么正确的 get 传输格式应该是什么样的呢?
IP/URI?参数名1=参数值1&参数名2=参数值2
以上表示查询两个参数的地址格式
注意参数值不用双引号括起来
三、原理
通过以上操作,我们总结出以下两个问题:
1. 常用的post、get、put请求方法有什么区别
请求方法示例
Get GET 方法用于请求访问由 URI 标识的资源。指定资源被服务器解析后,返回的响应内容相当于“查看”。例如,如果您告诉服务器查看主页的内容,服务器会将其返回给您。
后传实体的主客户端:“我想把这个信息传给你”->服务器
PUT PUT 方法用于传输文件。就像FTP协议的文件上传一样,需要
请求消息的正文收录文件内容,然后将其保存到请求URI指定的位置客户端:“我想给你发送这个文件”->服务器