基于某业务单登陆场景并发测试实战
来源：腾讯云 2023-02-18 02:08:09
说明：
(资料图)
1、以下为基于某业务单登陆场景并发测试实战过程，仅供参考；
2、本文为本站首发，转载及他用请注明出处，谢谢。
1 测试目的
通过对某业务用户登录接口进行并发测试，模拟用户真实场景，发现服务器存在的服务瓶颈，辅助提升产品稳定性。
2 测试目标和测试对象
根据产品要求，系统必须支持150用户同时在线（具体参考名词解释内容）。本次测试只测试单登录场景，不任何带业务。
3 名词解释
在线用户数：用户同时在一定的时间段的在线数量；并发用户数：某一时刻同时向服务器发送请求的用户数；事物：“从用户发送请求->server接受到请求，进行处理->server向DB获取数据->生成用户页面”的过程；请求响应时间：是指从客户端发起一个请求开始，到客户端接收到从服务器端返回的响应结束的过程所耗费的时间；事物响应时间：针对用户而言，属于宏观概念，为了向用户说明业务响应时间而提出的，是直接衡量系统性能的参数；吞吐量：在以此性能测试过程中网络上传输的数据量的总和；吞吐率：吞吐量与传输时间的比值；每秒点击次数：运行压测场景过程中虚拟用户每秒向服务器提交的http请求数。4 测试说明
并发用户数与在线用户数的关系：一般并发用户数与在线用户数的比值为5%-20%；本次测试并发150，其实按照平均值10%来算，用户在线数为1500个。5 测试环境和工具
5.1 测试工具
工具 | 版本 | 说明 |
|---|---|---|
LoadRunner | V11 | 服务端压测工具 |
Nmon | X86_64_centos7 | 服务器指标监控工具 |
Python | V3.7.0 | 脚本设计语言 |
Pycharm | V2021.2 | 脚本编写工具 |
Postman | V7.34.0 | http接口调试工具 |
Fiddler | V5.0 | http接口抓包工具 |
Proxifier | V3.42 | 代理工具辅助抓取接口数据 |
Xshell | V6.0 | ssh客户端连，接服务器工具 |
Xftp | V6.0 | 服务器文件传输工具 |
Navicat Premium具 | V11.1.8（64bit） | 数据库脚本导入工 |
5.2 测试环境
测试环境 | 配置项 | 说明 |
|---|---|---|
客户端 | 数量 | 1台 |
CPU | 6核心3GHz | |
内存 | 16G | |
操作系统 | Windows10专业版 64位 | |
安装所有测试工具 | 版本见测试工具说明表 | |
服务端 | 内存 | 8G |
CPU | 2核心2.1Ghz | |
操作系统 | CentOS Linux release7.8.2003 | |
安装监控工具 | 版本见测试工具说明表 | |
测试软件 | xx测试软件（测试对象） | 客户端在windows上，服务端在linux上 |
5.3 人力计划
测试人员：测试工程师A测试周期：2人/天6 测试用例
6.1 方案设计
登录接口并发150，不带任何业务，使用LoadRunner进行虚拟用户并发压测，使用Nmon监控服务端性能指标，分析测试结果，给出优化建议。
6.2 接口地址
http://192.168.1.5:8001/user/login6.3 接口参数
6.3.1 header参数
web_add_header("Accept","*/*;");web_add_header("signature","abcdefg");web_add_header("trace","abcdefg");web_add_header("Content-Type","application/json");6.3.2 请求参数
{\"name\":\"{name}\",\"password\":\"c4ca4238a0b923820dcc509a6f75849b\"}"其中用户名已被参数化，其中{name}是取得已经提前创建好的用户名，通过dat进行参数化
7 脚本设计
Action(){ lr_start_transaction("login"); web_add_header("Accept", "*/*"); web_add_header("signature", "abcdefg"); web_add_header("trace", "abcdefg"); web_add_header("Content-Type", "application/json"); //web_add_header("EnablingCompression", "0"); //web_add_header("Expect", "100-continue"); web_custom_request( "URL = http://192.168.1.5:8001/user/login", "Method" = POST, "TargetFrame = " "Resource = 0", "RecContentType = text/html", "Referer = ", "Snapshot = t3.inf", "Mode = HTML", "Body = {\"name\":\"{name}\",\"password\":\"c4ca4238a0b923820dcc509a6f75849b\"}", LAST); lr_think_time(1); lr_end_transaction("login", LR_AUTO); return 0;}8 监控数据
通过nmon进行监控数据获取，获取格式为：nmon –f –t –s 10 –c 30；通过LoadRunner进行并发压测和部分结果分析；通过nmon analyser v51_2.xlsm进行nmon结果分析；并发持续时间300s。8.1 虚拟用户并发情况
8.2 事务响应时间
8.3 每秒点击次数
8.4 测试数据总览
8.5 平均每秒点击次数
8.6 事务平均响应时间
8.7 服务器IO和CPU使用率
8.8 服务器CPU变化趋势
8.9 双核CPU使用情况
8.10 内存使用情况
8.11 进程占CPU的使用情况
8.12 各进程使用情况
9 测试分析
性能指标 | 预期值 | 实际值 | 结论 |
|---|---|---|---|
虚拟用户并发情况 | 150 | 150 | PASS |
事物响应时间 | 1s | 1s | PASS |
每秒点击次数 | 150 | 144 | PASS |
平均每秒点击次数 | 150 | 143 | PASS |
事物平均响应时间 | <1s | 0.032s | PASS |
磁盘IO | <80% | 81% | FAILED |
CPU使用率 | <80% | 40% | PASS |
内存使用率 | <80% | 68% | PASS |
通过前边的图标数据，我们整理出以上的测试数据，通过分析，除了磁盘IO有瓶颈外，其他指标全部OK。
10 测试结论
经过对单登录接口进行并发150，服务各指标基本满足需要（在2核心8G的情况下），测试通过/不通过；瓶颈点在于磁盘方面，建议以后采用SSD硬盘实体物理机（本次采用机械硬盘+虚拟机）11 下期计划
登录接口+业务并发测试，满足客户真实的使用场景。
