Jmeter系列（47）- 针对需要登录的接口如何做性能测试？
如果你想从头学习Jmeter，可以看看这个系列的文章哦
https://www.cnblogs.com/poloyy/category/1746599.html
前言
- 在实际业务场景中，很多业务都需要先登录才能正常使用
- 在做接口性能测试的时候，需要测试登录后才能访问的接口肯定是无法避免的
- 那么，我们怎么才能完成先登录后发出请求的性能脚本呢
思路
- 发出登录请求
- 提取响应的认证内容
- 后面的请求引用认证内容
提出问题
做性能测试，是模拟多个虚拟用户实现并发的，那我们的登录接口也需要重复发起吗？
可以类比一个场景
做 UI 自动化的时候肯定也需要登录的，一般我们会将登录放到全局前置来操作，所以整个测试流程下来只需要登录一次
关键点
一个用户只需要登录一次，避免重复发起登录请求，造成不必要的资源消耗
最简单的场景
- 所有虚拟用户使用同一个用户账户，每次都是先调登录接口，再调登录之后接口请求吗？
- 如果你的系统，业务上允许一个用户在不退出情况下，反复登录，且没有登录次数限制，这种最理想的情况，你完全可以这么做
- 做完了，你可能会想，我不用一个账户，100个并发用户数，我就用100个独立账户，
每个用户拥有独立账户
灵魂拷问
每个虚拟用户都试用一个独立账户，还是先调登录，再调登录之后接口请求，这样可以吗，要怎么做？
当然可以
- 在你的线程组里面用上 csv 数据文件设置读取出用户账户信息，或者用 JDBCrequest 从数据库获取出用户信息
- 然后再在登录接口中用取出的用户信息来登录
- 这样，在性能测试时，就会循环使用你用户总量中的用户来发送请求
- 这样，理论上是行的通的，但是，现实有些骨感
- 因为做性能测试，使用的是高并发，可能存在竞争关系，可能出现后续接口，使用的关联参数取不到值的情况
- 从而导致请求报错，而这种错误，不是性能测试服务器响应报错，而是脚本问题导致报错，影响我们对性能结果的判断
那么，我们就会问，还有没有其他办法呢？
终极好办法
上面也说了一个关键点：一个用户只需要登录一次
既然我们一个线程就是一个模拟用户，那我们只需要针对每个线程做到只发出一次登录请求，其他接口可以无限次发起
具体步骤
- 在线程组下添加一个逻辑控制器【仅一次控制器】
- 在该逻辑控制器下添加登录请求
- 登录请求下添加提取器，提取登录响应内容
- 和逻辑控制器平级下添加需要并发的请求
运行查看聚合报告
可以看到 login 登录接口总共调用了 5 次，针对重置密码接口进行了并发请求
注意：并发请求并不代表在测试过程中，每个用户的并发总次数会相等
