我们的实际工作中，需要先登录，然后才能做某些操作的现象非常常见。

但是，对于一个刚刚学会用jmeter做性能测试的人来说，这可能是自己的性能测试之路的第一个坎。

为什么这么说呢

首先，从这个诉求中，我们至少能提取出两个重要信息：

1、需要登录

2、登录后才能做

以为着登录之后的接口，都有登录认证，判断是否登录，登录认证未通过，那么接口请求就会失败。

那么好了，问题来了。

我做性能测试，是需要用多个虚拟用户来实现并发的。

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

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

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

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

当然可以，做法也非常简单，就是在你的线程组里面用上“csv数据文件设置”读取出用户账户信息，或者用JDBCrequest从数据库获取出用户信息，然后再在登录接口中用取出的用户信息来登录。

这样，在性能测试时，就会循环使用你用户总量中的用户来发送请求，这样，理论上是行的通的。

但是，现实有些骨干，因为我们做性能测试，使用的是高并发，可能存在竞争关系，就可能出现后续接口，使用的关联参数可能取不到值，从而导致请求报错，而这种错误，不是性能测试服务器响应报错，而是脚本问题导致报错，影响我们对性能结果的判断。

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

场景三：用一定量的用户登录一次，登录之后，再去调其他接口，是不是也可以呢？下面，我就重点讲讲这种做法。

还没明白？

下面，给大家解释一下，我们在一个普通的线程组下面，新增一个逻辑控制器中的‘仅一次控制器’，在这个控制器下面，新增一个 login登录接口的请求；

再在仅一次逻辑控制器平级的位置添加如 ‘重置密码’‘修改密码’等接口(模拟你的需要登录之后才能调用的接口)。

因为接口需要关联，所以，在登录接口下添加一个后置处理器(json提取器)，提取出参数，最为后续接口的输入参数，实现接口关联。

从上面，是不是发现，线程数设置5，登录接口总共调用5次，而其他接口，在整个测试运行过程中，一直运行。

从最后的这个聚合报告，我们也可以看出，login接口，总共调用5次。

重置密码接口分别对5个用户进行了并发请求(从后缀可以看出)，只是需要明确，并发请求，并不代表整个过程每个用户的并发总次数相等(从样本总数不同可以看出)。

好了，你是否已经懂得需要先登录才能请求的接口，性能测试脚本该怎么写了呢？

附带衍生的知识点是否get到了？

本文由Allen老师原创，转载须注明出处！

一节课了解接口性能测试！

需要学习视频，可加小米老师微信：13327316731

或者扫描下方二维码