前言
性能测试是一个全栈工程师/架构师必会的技能之一,只有学会性能测试,才能根据得到的测试报告进行分析,找到系统性能的瓶颈所在,而这也是优化架构设计中重要的依据。
测试流程:
- 需求分析→环境搭建→测试计划→脚本开发→执行与监控→缺陷管理→结果与报告
压力测试
- 1、线程组设置,这里的线程数与同步定时器的用户数量一样
- 2、添加HTTP cookie管理器
- 3、默认请求值
- 4、添加一个事务控制器,可以当作一个业务
- 5、在事务控制器下添加,同步定时器
- 设置用户数量,这里与线程组的线程数一样,超时时间可设置
- 6、添加脚本(http请求)
- 7、添加查看结果树
- 8、添加->监听器
- 9、在最后添加一个聚合报告,添加处:添加->监听器
- 负载测试实战
- 1、线程组的设置50个用户(持续时间:按秒计算,这里300=60*5,意思就是运行时长为5分钟)
- 2、添加HTTP cookie管理器
- 3、默认请求值
- 4、添加一个事务控制器,可以当作一个业务
- 5、在事务控制器下添加,高斯随机定时器
- 总的延时 = 固定延迟时间 + 高斯随机生成的偏差值(说明:单位都是毫秒,固定延迟300ms,偏差100ms,意思是时间延迟300-400ms之间)
- 6、添加脚本(http请求)
- 7、添加->监听器
- 8、在最后添加一个聚合报告,添加处:添加->监听器
第一章 Bug引发的又一次思考
1. 打开一个页面非常慢是Bug吗
- 打开一个页面非常慢是Bug吗
- 可能是,原因:网络慢、客户端运算能力不足、资源大到现有的网络无法承载、服务端资源响应时间过长。
- 页面打开慢的影响是什么?
- 用户体验不好,从而导致用户流失
- 用户流失会导致项目失败
- 项目失败可能会导致公司破产
2. 页面响应耗时可以提前预知吗?
-
在测试阶段是否能够发现页面响应慢
当然可以
-
如何在测试阶段发现页面响应慢?
- 模拟大量用户访问
- 监控每个请求的响应是否准确
- 监控服务器的资源使用
第2章 性能测试认知
1. 企业级软件为什么要做性能测试
- 历史上由于性能问题引发的事件
- 12306网站崩溃,用户购票失败
- 淘宝双十一网站崩溃
- 网站崩溃或慢对用户的影响
- 离开
- 企业为什么要做性能测试?
- 提升用户体验
- 细化性能测试的目的
- 预估软件性能瓶顶,预估软件优化时间
- 验证是否存在多并发的逻辑问题
2. 什么是性能测试?
-
性能是用来描述产品除功能外的所具有的速度,效率和能力的综合能力评价
-
对产品或是物品的性能惊喜定性或是定量的量测过程
-
在这个过程中我们使用一些工具来进行场景的模拟,从而进行性能测试
3. 性能测试案例
- 测试需求:测试20个用户访问网站在负载达到30QPS时的平均响应时间
- QPS:Query Per Second 每秒查询率。(一台查询服务器每秒能够处理的查询次数,作为域名服务器的性能经常用每秒查询率来衡量)
- 测试步骤
- 1、添加线程组(线程数+准备时长+循环次数)
- 1.1、线程数:虚拟用户数,一个虚拟用户占用一个进程或线程(设置多少个虚拟用户=设置多少个线程)
- 1.2、准备时长(s):设置的虚拟用户数需要多长时间全部启动。eg:线程数为20,准备时长为10,则说明需要10秒钟启动20个进程。
- 1.3、循环次数:每个线程发送请求的次数。eg:线程数为20,循环次数为5,那么每个线程发送5次请求,总请求数为20*5=100
- 2、添加HTTP请求
- 3、设置QPS限制:控制给定的取样器发送请求的吞吐量
- 4、添加监视器-聚合报告、察看结果树
- 5、运行脚本
- 6、聚合报告解析(响应时间单位:毫秒)
- 1)Label:每个Jmeter的element都有一个Name属性,这里显示的就是Name属性的值
- 2)#Sample:表示你这次测试中一共发出了多少个请求,如果模拟10个用户,每个用户迭代10次,那么这里显示100
- 3)Average:平均响应时间-默认情况下是单个Request的平均响应时间当使用了Transaction Controller 时,也可以以Transaction为单位显示平均响应时间
- 4)Median:中位数,50%用户的响应时间
- 5)90%Line:90%用户响应时间
- 6)Min:最小响应时间
- 7)Max:最大响应时间
- 8)Error%:本次测试中出现错误的请求的数量/请求的总数
- 9)Throughput:吞吐量-默认情况下白石每秒的请求数
- 10)KB/sec:每秒从服务器端接收到的数据量
4. 性能测试的分类
- 性能测试的分类
- 压力测试、负载测试、并发测试、稳定性测试
- 什么是压力测试?
- 压力测试也叫强度测试,它是指逐步给系统增加压力,测试系统的性能变化,使系统某些资源达到饱和或系统崩溃的边缘,从而确定系统所能承受的最大压力
- 举个例子:百米赛跑,逐步增加你的负重,直到你完不成百米的程度,也就是崩溃的边缘你所能承受的最大负重
- 什么是负载测试?
- 被测试系统正常服务的前提下,系统所能承担的最大服务负荷数量(即最大并发数量),最终分析出系统性能的瓶颈
- 举个例子:百米赛跑,设置必须15秒完成,负重奔跑(不断增加负重)
- 压力测试和负载测试的区别
- 压力测试要测试出系统即将崩溃时,能够承受的最大并发数
- 负载测试是满足系统指标要求的情况下,能够承受的最大并发数
- 什么是并发测试
- 举个例子:商场卖货,售后员根据库存表单记录表卖货
- 仓库管理员应该在出货时同时更新库存表单记录表,但由于用户过多,表单记录更新不及时
- 导致仓库已经没有货了,但是售货员看到库存表单记录表中还显示有库存,仍然在卖货,但已经发不出去货了
5. 性能测试场景剖析
- 电商秒杀、学习系统考试、12306抢票、新闻热点事件、
网络游戏运营、视频网站播放
6. 必知必会的性能测试指标
- 并发用户量:同一单位时间进行同一操作的用户数量
- 吞吐量:单位时间内系统成功传输的数据量,单位通常是MB、GB
- 吞吐率:又叫Throughput,单位时间内系统成功处理的请求数量,通常单位为(请求数量/每秒、req/s)
7. 性能测试基本流程
- 标准性能测试流程
8. 简述 性能测试流程?
1.分析性能需求。挑选用户使用最频繁的场景来测试,比如:登陆,搜索,下单等等。确定性能指标,比如:事务通过率为100%,TOP99%是5秒,最大并发用户为1000人,CPU和内存的使用率在70%以下
2.制定性能测试计划,明确测试时间(通常在功能稳定后,如第一轮测试后进行)和测试环境和测试工具
3.编写测试用例
4.搭建测试环境,准备好测试数据
5.编写性能测试脚本
6.性能测试脚本调优。设置检查点、参数化、关联、集合点、事务,调整思考时间,删除冗余脚本
7.设计测试场景,运行测试脚本,监控服务器,
8.分析测试结果,收集相关的日志提单给开发
9.回归性能测试
10.编写测试报告
标签:请求,性能,认知,用户,添加,线程,测试,Jmeter,bug From: https://www.cnblogs.com/kasia/p/17221202.html