性能测试实战——登录接口的性能测试（超详细总结）

前言

在实际业务场景中，很多业务都需要先登录才能正常使用。
在做接口性能测试的时候，需要测试登录后才能访问的接口肯定是无法避免的。

那么，我们怎么才能完成先登录后发出请求的性能脚本呢？

思路
1、发出登录请求
2、提取响应的认证内容
3、后面的请求引用认证内容

提出问题
做性能测试，是模拟多个虚拟用户实现并发的，那我们的登录接口也需要重复发起吗？

可以类比一个场景
做UI自动化的时候肯定也需要登录的，一般我们会将登录放到全局前置来操作，所以整个测试流程下来只需要登录一次。

关键点
一个用户只需要登录一次，避免重复发起登录请求，造成不必要的资源消耗。

最简单的场景
所有虚拟用户使用同一个用户账户，每次都是先调登录接口，再调登录之后接口请求吗？

如果你的系统，业务上允许一个用户在不退出情况下，反复登录，且没有登录次数限制，这种最理想的情况，你完全可以这么做。

做完了，你可能会想，我不用一个账户，100个并发用户数，我就用100个独立账户，

每个用户拥有独立账户
每个虚拟用户都试用一个独立账户，还是先调登录，再调登录之后接口请求，这样可以吗，要怎么做？

在你的线程组里面用上csv数据文件设置读取出用户账户信息，或者用JDBCrequest从数据库获取出用户信息。

然后再在登录接口中用取出的用户信息来登录。
这样，在性能测试时，就会循环使用你用户总量中的用户来发送请求。
这样，理论上是行的通的，但是，现实有些骨感。

因为做性能测试，使用的是高并发，可能存在竞争关系，可能出现后续接口，使用的关联参数取不到值的情况。

从而导致请求报错，而这种错误，不是性能测试服务器响应报错，而是脚本问题导致报错，影响我们对性能结果的判断。

那么，我们就会问，还有没有其他办法呢？

解决问题的好办法
上面也说了一个关键点：一个用户只需要登录一次。

既然我们一个线程就是一个模拟用户，那我们只需要针对每个线程做到只发出一次登录请求，其他接口可以无限次发起。

具体步骤
1、在线程组下添加一个逻辑控制器【仅一次控制器】
2、在该逻辑控制器下添加登录请求
3、登录请求下添加提取器，提取登录响应内容
4、和逻辑控制器平级下添加需要并发的请求

 最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】