性能测试准备——计算pacing值
来源:互联网 发布:删除rom内置软件 编辑:程序博客网 时间:2024/04/30 20:44
在混合压力测试场景和稳定性测试场景中,我们需要配置pacing值,以保证各支交易按占比向服务器发压力,符合生产上的情况。
预期TPS通过需求给出的交易量计算得出,参考《性能测试准备——计算TPS》。不同的项目要求不太一样,比如验证性的测试,只要按照预期TPS来配置场景,如例1。比如从未测试的新系统,则希望压到最优的TPS(最优可能是CPU使用率接近指标的最大TPS)。
混合压力测试(也叫容量测试)一般要压三到五个梯度,得到实际TPS随用户数增加的折线图,那么此时配置的用户数要按梯度,如例2。
例1:已知被测系统总共有7支交易,并通过交易量得到交易占比;预期总的目标TPS为100笔/秒,则各交易TPS=目标TPS*交易占比;响应时间为单交易负载的平均响应时间。
如上,VU=交易目标TPS*响应时间
实际VU为VU往大取整
pacing =实际VU/交易目标TPS
实际pacing为pacing四舍五入保留三位小数
可以发现VU/响应时间=实际VU/pacing,完成此次容量测试可能还需要压两组,那么我们可以将预期TPS置为120、80,按上述方法再计算pacing配置场景。
例2:已经被测系统(新系统)的交易名称和占比如下,测出最优的那组,即应用服务器的CPU接近指标值60%。
首先,可以将所有的交易放到场景中,不设置Pacing,将VU数设为1,试跑时观察CPU,如果低于60%,再增加VU数试跑,得到CPU为60%时的TPS。这个TPS可以暂时作为参考。比如测出为420TPS。那么按照预期420配置pacing。因为要按用户梯度,可以用100VU。
如上,预期TPS=420*交易占比
预期VU数=100*交易占比
实际VU是预期VU取整,但得保证总VU也为100
pacing=实际VU/预期TPS
如果配的这组场景运行时,应用服务器的CPU使用率低于60%很多或者超过60%,那需要调整预期TPS,可以不改变VU数,调整pacing。如果应用服务器CPU使用率接近60%,这组就可以作为最优组。完成此次容量测试还需要压三组,大于的一组,小于的两组。那么我们可以将预期TPS置为440、400、380,预期VU置为115、85、70,重新计算pacing配置场景。
- 性能测试准备——计算pacing值
- 性能测试准备——计算TPS
- 后台性能测试总结—测试准备篇
- 后台性能测试总结—测试准备篇
- 如何有效进行性能测试——准备篇
- 如何有效进行性能测试——准备篇
- 性能测试的准备
- 性能测试:数据准备
- 【性能测试】-测试数据准备
- 【性能测试】-测试环境准备
- Pacing
- 性能测试学习之二 ——性能测试模型(PV计算模型)
- 性能测试注意事项-测试环境准备
- 并行计算性能测试
- Loadrunner在红帽下测试性能之准备
- 服务器性能测试需要准备的东西
- 性能测试计算公式(整理)
- 性能测试并发峰值计算
- R语言数据挖掘
- NandFlash概念
- Android异常总结---type Status report message HTTP method GET is not supported by this URL
- 黑马程序员——Java基础——正则
- Scala学习(一)---入门基础知识
- 性能测试准备——计算pacing值
- 经典排序算法(三)选择排序--C++
- 话题12 移位运算符的真实剖析
- 基于Apache的Apusic集群搭建
- 第一次主动想到使用回调(貌似好像也许是)
- win32项目的编写
- PHP微信开发---模板消息回复
- android studio 中去除应用标题栏
- HTTP报文解析