使用 Postman 批量发送请求的最佳实践

背景

最近写了几个接口：

• 获取 books 的接口
• 获取 likes 的接口
• 获取 collections 的接口

  但是我还是不放心，因为这些接口到底稳不稳定呢？上线后有没有隐患呢？所以我想做一个批量发送接口模拟~

  但是想要做到批量发送接口，必须要有一个条件批量发送 。

  批量发送？

  起因

  当我们写一个接口时，并且部署时，一定要考虑一个问题：

  • 你所做的产品访问量大吗？
  • 你所写的接口和服务器能应对访问量大的场景吗？

    比较你的产品有很多用户在同一时间去进行大批量的发送请求~

    举个例子，公司只有一个入口，10 秒内能通过 1 w员工吗？

    那肯定是不行的，那怎么办呢？那就要看你这个地铁入口怎么去做优化了

    思考

    但是你再怎么优化，你也不能马上就部署上线吧？肯定要在上线前，做一个规范的多接口批量发送，看看你写的接口，以及你的服务器，到底能不能承受住这样的压力

    Postman 批量发送接口

    创建集合和接口

    首先是创建一个集合，并且依次添加

    • 获取 books 的接口
    • 获取 likes 的接口
    • 获取 collections 的接口

      然后为了保险起见，在 Test 中添加断言校验

      pm.test('返回数据是 books', () => {
          console.log(pm.response.text())
          pm.expect(pm.response.text()).to.include('books')
      })
      

      然后点击发送，我们会发现接口发送成功了，断言检验也通过了~~

      

      批量发送接口

      但是其实单个接口发送不是我们想要的，我们想要的是：

      • 批量发送接口
      • 频繁发送

        所以需要用到Postman的 Runner 功能

        

        然后进行以下操作：

        • 第一步：将整个集合拖拽进测试区
        • 第二步：设置并发次数
        • 第三步：设置每次并发的延迟
        • 第四步：点击按钮进行批量发送接口

          

          并且得到结果报告：

          

          最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

          

          这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！