记一次临时抱佛脚的性能压测经历

发表于:2019-12-17 10:16

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:姚毛毛    来源:博客园

  00 前因
  几周前的一个周五,帮朋友忙,需要给个软件做压力测试,花了一晚的时间学习了下,然后就赶鸭子上架去做这个事了。
  想着有时间把学习过程整理下,结果忘掉了。
  今天欢哥问到我上次压测用了什么软件,才想起这个事,暂且整理下吧。
  01 选型
  一番调研后,先筛选了4个软件:Loadrunner、Jmeter、Apache Bench、SysBench。
  首先是做技术选型,目前主流的压力测试软件就是Loadrunner、Jmeter。
  其他常用于性能测试的软件还有Apache Bench、SysBench。
  Loadrunner商用,有破解版,但是学习成本太高。
  Jmeter是基于jdk的,开源免费,学习简单,但是需要配合badboy或者代理方式录制脚本,比较麻烦。
  Apache Bench 看名字就知道是阿帕奇家族的了,俗称的ab压测工具。支持apache、nginx、tomcat、IIS等服务器。安装、使用都比较简单。
  SysBench类似Apache Bench,但是只能在Linux上安装。
  需要测试的web应用主要是压测其登录、注册、列表打开这些场景,没有GUI界面、脚本录制功能的两个Bench工具首先放弃了。
  Loadrunner太大,还要破解,学习成本太高也放弃了。
  最后选中Jmeter,找了些资料,还去哔哩哔哩找了个视频现学。
  在哔哩哔哩学习Jmeter的时候,发现了黑羽压测,感觉比较适合我的场景。
  黑羽压测(Hyload ),基于Python3,录制脚本简单,可以远程监控服务器并秒回图形,不需要导出top、sar、vmstat这些资源监控命令的结果手动绘制图形了。
  如果并发非常大,需要多个压力机测试,Hyload要购买pro版,不过一般一两万并发普通版本就够了。
  02 解决的坑
  花了几个小时把黑羽实战了下,第二天就现学现卖。
  结果到了现场傻眼,都是内网,而且是堡垒机,一运行就是黑羽压测就是黑屏,也没报什么错误出来。
  估计是win7版本太低了。
  想想直接去下了Python3.7来安装,然后运行下,看看到底报什么错,然后运行下。
  果然有报错提示了,结果提示没有win7 servpack1。
  又下载了servpack1补丁包,还是不能运行。
  又按照提示下了两个api-win的补丁。
  早上9点多去的,搞环境一直搞到了下午三点,才把环境运行起来。
  03 使用
  黑羽压测方便的一点是浏览器f12查看network,save har可以直接导入到hyload的ide中,稍微改下脚本就好了。
  并且贴心的有tps qps的压力图,还可以直接远程部署监控脚本到被测服务器上,采集信息后出具cpu io的监控图表,对于出具性能测试报告比较方便。
  官网教学文档:http://www.python3.vip/doc/tutorial/hyload/01/。
  哔哩哔哩也有学习视,链接不放了,自己搜下。
  压力监测图如下:
  服务器监测图如下:
  04 怎么去做性能测试?
  实际上真正的性能不是测试出来的,而是设计出来的,但是在此不展开。
  性能测试应该有哪些步骤?
  1、性能需求收集、分析
  2、制定测试指标,编写测试计划、测试用例
  3、测试工具选型,此步骤与2可调换
  4、执行测试,观察测试指标
  5、达不到指定测试指标则修改代码或提升服务器性能再次压测
  6、出具测试报告
  性能测试要看哪些指标?
  服务端指标:
  吞吐量:系统单位时间内可处理业务量
  并发数:在保证响应时间要求下的可同时处理的最大请求数
  (隐含条件) 最高负载下,服务器资源占用率应在80%以下
  客户端指标:
  响应时间:从用户发起请求到完成所花费的时间
  在线用户数:一定时间内对系统产生访问的用户数。
  一些术语:
  qps , 每秒查询请求数
  tps , 每秒事物处理数/每秒接收响应数
  eps, 每秒错误响应数
  tops, 每秒超时请求个数(这个是黑羽压测单独拎出来的一个指标,有时候看eps就够了)
  avgresptime, 每秒平均响应时长
  Throughput,吞吐量,即系统在单位时间内处理请求的数量。
  使用压测工具压测时,不光观察应用的情况,还要随时观察服务器资源,如
  1、CPU 占用率
  2、内存使用率
  3、磁盘访问量
  4、网络吞吐量
  观察这些资源,在Linux下可使用top、iostat、vmstat、sar等工具。
  06 性能测试常见的一些错误认知
  错误:
  1、把吞吐量当做并发
  2、把客户端说并发
  3、把在线用户说成并发
  正解:
  1、吞吐量是按时段来考虑的,并发数是按时刻来考虑的
  2、响应时间越短,并发数与TPS差距越大
  3、并发数 = tps / avgresptime
  07 后记
  授人以鱼不如授人以渔,把黑羽压测这个测试工具怎么用,跟性能测试报告怎么写都教给了龙哥。
  嗯,还是很有成就感的。
  我开玩笑跟他说,以后他也可以去他公司其他部门输出性能压测这项技能了。

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号