针对需要登录的接口如何做性能测试？

　　前言

　　·在实际业务场景中，很多业务都需要先登录才能正常使用。

　　·在做接口性能测试的时候，需要测试登录后才能访问的接口肯定是无法避免的。

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

　　思路

　　1.发出登录请求

　　2.提取响应的认证内容

　　3.后面的请求引用认证内容

　　提出问题

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

　　可以类比一个场景

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

　　关键点

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

　　最简单的场景

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

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

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

　　每个用户拥有独立账户

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

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

　　然后再在登录接口中用取出的用户信息来登录。

　　这样，在性能测试时，就会循环使用用户总量中的用户来发送请求。

　　这样，理论上是行得通的，但是，现实有些骨感。

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

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

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

　　终极好办法

　　上面也说了一个关键点：一个用户只需要登录一次。

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

　　具体步骤

　　1.在线程组下添加一个逻辑控制器【仅一次控制器】

　　2.在该逻辑控制器下添加登录请求

　　3.登录请求下添加提取器，提取登录响应内容

　　4.和逻辑控制器平级下添加需要并发的请求

　　以上内容为大家介绍了针对需要登录的接口如何做性能测试，本文由多测师亲自撰写，希望对大家有所帮助。了解更多软件测试相关知识：https://www.duoceshi.com/xwzx-hydt/