JMeter根据负载量计算并发用户数实例

本文详细介绍了如何使用JMeter根据业务需求计算并发用户数,以应对1000人的登录打卡操作。通过分析,得出在30分钟内,登录并发线程数基本满足需求,而打卡业务需4个线程。测试模型包括登录业务和考勤打卡的操作流程,并设计了多种测试场景,如基准测试、压力测试和负载测试。
摘要由CSDN通过智能技术生成

目录

       前言:

  业务需求

  分析需求

  测试模型构建 & 用例设计

  一、场景构建:登录业务操作流程、考勤打卡操作流程;

  二、场景用例设计

  三、测试脚本用例设计:

  模型构建

  登录打卡-操作流程:

  场景设计

  常用测试场景的类型:


       前言:

JMeter是一款常用的性能测试工具,通过模拟真实用户场景来测试系统性能。在进行测试前,需要确定所需的并发用户数,以保证测试的可靠性和准确性。

  业务需求

  假设公司领导现在给你分配了一个性能测试需求如下:

  1:公司有1000人在上班时间段会登录平台进行打卡操作,可能会登录打卡多次

  2:业务高峰时间段在8:00-8:30,半小时

  3:需要保证90%用户的响应时间在1s以内

  4:保证在半小时内支撑5000笔打卡业务完成,同时90%业务时间不超过1s,半小时内最大系统并发数能达到多少?每秒最大用户并发能达到多少?

  分析需求

  a.1000人在30分钟内完成登录,那么每分钟有1000/30=33的人登录,每秒有0.56人登录,也就是2s中有1个人登录;

  b.5000笔打卡业务在30分钟内完成,那么每秒中需要完成5000/(30*60)=2.78个打卡事务;

  综合就是半小时内,每2s有一人登录,每秒需有3个打卡事务;也就是线程持续时间30分钟,打卡tps=3;

  循环一次,登录317ms+打卡976ms=1293ms,1s中可迭代0.77次;30分钟可迭代1392次;登录请求1个线程即可满足要求;

  30分钟想完成5000笔打卡,需并发线程5000/1392=3.6 即4个线程; 

  实际请求中,还需要考虑登录时输入账户密码的时间,可加定时器;

  测试模型构建 & 用例设计

  这种需求是典型的根据负载量计算并发数的场景。首先我们需要设计一下业务场景;

  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值