Jmeter实例之简单的性能测试场景

发表于:2019-9-11 17:32  作者:飞天小子   来源:测试驿栈

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 性能测试工具 Jmeter

  我们在性能测试过程中,首先应该去设计测试场景,模拟真实业务发生的情境,然后针对这些场景去设计测试脚本。为了暴露出性能问题,要尽可能的去模拟被测对象可能存在瓶颈的测试场景。
  我在本地部署了一个项目,可以用来模拟考勤打卡
  性能测试之前我们要设计一下场景:
  业务流程:
  打卡首页--点击登录--跳转项目--打开考勤页--考勤打卡
  业务预期的日常考勤量为400/min,也就是6.6/s
  性能需求指标:
  计算出需要加载的线程数:
  Thread = BC/(60/t) = BC*(t/60)
  t:单用户单次业务消耗时间,尽可能模拟用户的真实行为
  单次消耗时间=打开主页(0.5s)+思考时间(3s)+输入用户名密码(1.5s)+主页响应时间(0.5s)+考勤打卡时间(3s)=8.5s(90%线)
  BC:业务量,本例 BC=400
  单次消耗8.5s
  需要的线程数=400*(8.5/60)=56(取整数)
  利用jmeter的浏览器驱动,获取用户访问的响应整体时间:
  设计测试脚本模型:
  运行脚本,查看聚合报告结果:
  最终结果显示,吞吐量大约在32/s,符合预期值
  并发用户数C=(400*8.5s)/60=56
  并发用户峰值C1=56+(3* 根号56)=78 在预期范围之内
  上面的性能测试案例我们是利用了业务单次消耗时间和预期吞吐量计算出需要并发的线程数,接下来我们换一种线程组来做另一次实验。
  利用Arrivals Thread Group(预期事物通过线程组)来自动释放线程数
  业务场景的测试脚本保持不变,启动线程组,观察释放的线程数
  结果显示,系统根据需要自动释放的线程数是55,吞吐量是31/s,和之前我们自己计算得出的结论几乎一样

     上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理

【大佬说】测试员跳槽时,如何高效地准备面试?

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2019, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道