一文 Postman 接口自动化测试

本文介绍了如何使用Postman进行接口自动化测试,包括接口结果判断、批量测试和依赖接口问题的处理。首先,通过编写测试脚本判断接口返回状态码和内容,实现自动化检查。接着,通过创建集合进行接口批量测试,结合CSV或JSON数据文件实现参数化测试。最后,利用`postman.setNextRequest()`函数解决接口依赖问题,确保测试顺序,并探讨了环境变量和全局变量的使用。
摘要由CSDN通过智能技术生成

很久很久以前,Web 基本上就是文档的浏览而已,既然是浏览,作为服务器,不需要记录谁在某一段时间里都浏览了什么文档,每次请求都是一个新的 HTTP 协议,就是请求加响应,尤其是我不用记住是谁刚刚发了 HTTP 请求,每个请求对我来说都是全新的。这段时间很嗨皮。
但是随着交互式 Web 应用的兴起,像在线购物网站,需要登录的网站等等,马上就面临一个问题,那就是要管理会话,必须记住哪些人登录系统,哪些人往自己的购物车中放商品,也就是说我必须把每个人区分开,这就是一个不小的挑战,因为 HTTP 请求是无状态的,所以想出的办法就是给大家发一个会话标识 (session id), 说白了就是一个随机的字串,每个人收到的都不一样,每次大家向我发起 HTTP 请求的时候,把这个字符串给一并捎过来,这样我就能区分开谁是谁了。
这样大家很嗨皮了,可是服务器就不嗨皮了,每个人只需要保存自己的 session id,而服务器要保存所有人的 session id !如果访问服务器多了,就得由成千上万,甚至几十万个。
这对服务器说是一个巨大的开销 ,严重的限制了服务器扩展能力,比如说我用两个机器组成了一个集群,小 F 通过机器 A 登录了系统,那 session id 会保存在机器 A 上,假设小 F 的下一次请求被转发到机器 B 怎么办?机器 B 可没有小 F 的 session id 啊。
有时候会采用一点小伎俩:session sticky ,就是让小 F 的请求一直粘连在机器 A 上,但是这也不管用,要是机器 A 挂掉了,还得转到机器 B 去。
那只好做 session 的复制了,把 session id 在两个机器之间搬来搬去,快累死了。

  • 文末获取测试开发进阶指南 -
  • 本文适合已经掌握 Postman 基本用法的读者,即对接口相关概念有一定了解、已经会使用 Postman 进行模拟请求等基本操作。
  • 工作环境与版本:
    • Window 7(64位)
    • Postman (Chrome App v5.5.3)
  • P.S. 不同版本页面 UI 和部分功能位置会有点不同,不过影响不大。
  • 首先我们来思考一下,如果要达到自动化接口测试效果,在基本的模拟请求上还需要做哪些呢?
  • 我粗略概括为 3 个问题(欢迎在评论区留言更多补充建议):
    1. 如何判断接口是否请求成功?
    1. 如何进行接口批量、定期测试?
    1. 如何处理依赖接口问题(比如商品下单的接口必须要求先登录)?
  • 所以,接下来就主要分为 3 个部分,介绍如何解决这 3 个问题。
  • 首先,既然是自动化测试,那么我们肯定需要通过工具 Postman 或者代码,帮我们直接判断结果是否符合预期。那么在接口测试上,大体就两个思路:
    1. 判断请求返回的 code 是否符合预期
    1. 判断请求返回的内容中是否包含预期的内容(关键字)
  • 接下来我们看看如何利用 Postman 来解决上述的问题:
  • [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Sa5YB0ZU-1650439654881)(https://ceshiren.com/uploads/default/original/3X/d/9/d97e844b51c16969639b0ff4817c7fb34c9f84fd.png)]
  • 在 Postman 中相关的功能在非常显眼的地方,Tests 功能的使用需要我们有一定的编程语言基础,目前支持的脚本语言即为 JavaScript 。但比较好的一点是,我们不需要再去考虑上下文问题以及运行环境的问题 ,也就是说我们只需要在这边完成结果逻辑判断的代码块即可。
  • 而 Postman 还为我们提供了一些常用的代码模板,在 Tests 面板右边的 SNIPPETS 功能区中,所以对 JavaScript 不大了解问题也不大。代码编写相关将在下文进行具体介绍。
  • 先看上图的代码部分,我们可以发现 responseCode 、 responseBody 和 tests 三个变量(可直接使用) :
    • responseCode :包含请求的返回的状态信息(如:code)。
    • responseBody:为接口请求放回的数据内容(类型为字符串)。
    • tests :为键值对形式,用于表示我们的测试结果是成功与否,最终展示在 Test Results 中。
    • key :(如:code 200)我们可以用来当做结果的一个描述。
    • value:其值为布尔型,ture 表示测试通过, false 表示测试失败。
  • 所以上述代码应该不难理解了,而有了返回结果的数据以及表示结果成功与否的方式,那么我们“接口结果判断”的问题也就基本解决了。
  • 另外还有几个比较常用的:
    • responseTime :请求所耗时长
    • postman :可以做的比较多,比如
    • 获取返回数据的头部信息:
  • postman.getResponseHeader("")
    • 设置全局变量:
  • postman.setGlobalVariable("variable_key", "variable_value");
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值