浅看性能测试项目实战之风暴平台 - 51Testing软件测试论坛

公司之前的测试团队做API的⾃动化测试都是使⽤JMeter等工具来进行，这样的话测试效率⽽⾔不是那么很⾼，⽽且在扩展性⽅⾯不是很有竞争⼒的。所以开发了新的测试平台，但是考虑到公司

的测试⼈员有1000⼈，那么就需要验证1000⼈同时使⽤测试平台，是否会出现平台⽆响应以及崩溃（雪崩）的情况。

基于梳理的业务场景，和服务底层稳定性体系的保障，性能测试⼯具的选择具体如下：

公司之前的测试团队做API的⾃动化测试都是使⽤JMeter等⼯具来进⾏，这样的话测试效率⽽⾔不是那么很⾼，⽽且在扩展性⽅⾯不是很有竞争⼒的。所以开发了新的测试平台，但是考虑到公司

的测试⼈员有1000⼈，那么就需要验证1000⼈同时使⽤测试平台，是否会出现平台⽆响应以及崩溃（雪崩）的情况。

（2）技术（工具）选择

目前无风险，一般情况下，无风险，就可以填写无。

jmeter如何写接口的测试用例，在接口测试里说过，此处不再赘述，本次通过浏览器的network抓取接口数据。

（1）测试并发登录

该场景有两种设置设计思路，一般一起使用，比较有说服力。当服务满足100个人同时登录时，再验证一下90和110个人同时登录的情况，可以得到一个响应时间和同时登录的人数的函数，为后续

服务器的使用提供一个参考数据。

使用调度器的设计思路，可以保证负载达到目标要求。

不使用调度器的思路，这种方法无法保证服务器的负载达到要求。

（2）产品列表加载

该场景有两种设置设计思路，一般一起使用，比较有说服力。当服务满足50个人同时登录时，再验证一下40和60个人同时登录的情况，可以得到一个响应时间和同时登录的人数的函数，为后续

服务器的使用提供一个参考数据。

使用调度器的设计思路

不使用调度器的思路

与产品列表加载同理。

（4)同时支持执行api测试用例

首先需要在测试平台上点击执行api测试用例，然后再jmeter中填写测试用例，再考虑并发。该场景有两种设置设计思路，一般一起使用，比较有说服力。当服务满足100个人同时登录时，再验证

一下90和110个人同时登录的情况，可以得到一个响应时间和同时登录的人数的函数，为后续服务器的使用提供一个参考数据。设计思路与测试并发登录一致。

测试最简单的方法

在测试并发登录时，如需要满足50个人同时登录该测试平台，我们可以先测试一个人登录，看响应时间是否超过5s，如果超过5s表示需要优化，可不进行50个人同时登录该测试平台的测试，直接

与开发沟通优化。

（5）上传文件最大支持2G（非功能性验证）

当被测平台的文件上传服务，最大支持上传2G的文件时，我们对平台做性能测试时，可以上传2G的文件，然后看上传过程中是否会出现timeout（解决办法：把文件先进行拆分，如拆分成4个500

兆的文件，然后在进行上传，上传成功后再合并）、上传成功的文件是否会缺失或者上传成功的文件是否会乱码或者文件错乱。（出现socket表示网络层出现错误）

文件上传服务监控是否会出现内存泄露的步骤：打开JVM工具——获取pid——通过jvisualvm查看监控（CPU和memory）——页面操作文件上传——观察日志，如果日志中出现java.log.out of

memory表示内存泄漏。

loucst

（6）支持连续的发送api请求

该场景需要用到locust工具，我们首先需要创建locustfile文件夹，内容如下：

接下来，我们打开控制台进入存放locustfile文件的目录下，输入locust -f locustfile文件夹的文件名，然后进入locust网站，进行场景设计，发送请求，然后点击charts就可以查看到响应时间等数据表。

执行我们的测试计划，收集监控结果。以测试并发登录的场景为例，我们通过jmeter执行测试计划，然后通过Grafana进行数据的检测，我们主要需要添加如下图所示的两项资源：

我们需要特别注意的几个结果如图：summary的总述部分、响应时间、吞吐量和系统负载。

收集执行过程中的数据。

需要对每个场景进行单独的具体的分析，这里我们以测试并发登录为例，对该场景进行分析如下：

测试并发登录场景

（1）测试结论：测试结果不符合预期，在100⽤户并发登录的情况下，响应时间最⼤是31.88s。

（2）过程数据：把summary的总述部分、响应时间、吞吐量和系统负载的数据图截下来放到报告中，进行简单的分析。