LR 的测试环境与系统的实际运行环境不同,如果估算
大家好,请教一个问题,如果LR 的测试环境与系统的实际运行环境不同,比如在测试环境下运行稍缓慢,但实际运行环境的硬件和网络配置远好于测试环境,那么我们如果推算被测功能在实际环境下是否可以满足性能需求? 请高人指点,非常感谢! 可以进行一些简单的估算,例如硬件性能减半,那你的压力减半 建模后估算 云层,能否说说具体的吗? 书上写过不想复制,简单来说你做配置测试做个建模就知道了 那本书上有关于这个的介绍,《性能测试进阶指南2》?我也想学习下 把网络,硬件,操作系统,部署架构,磁盘存储等考虑进来,
各自对比当前测试环境,按一定的值算出
如:
测试环境CPU:个数,主频
生产环境CPU:个数,主频
测试环境:mem容量,频率
生产环境mem容量,频率
...................... 回复 7# newhackerman
这种方式的可信度有多大?
而且我不知道 CPU 磁盘 等硬件的性能比较值 非常感谢大家的建议,newhackerman, 你的按一定的值估算,是什么值呢,能再说的具体点么,比如 我现在的
测试环境
cpu1 个主频 2
内存4 G
实际运行环境
cpu1 个主频3
内存8G
或者哪里有相关的资料能推荐一下么,谢谢 回复 1# panqiao
首先需要肯定的是这样的测试方式是不可靠的,无法完全保证生产环境的性能,也是违反性能测试的原则的!!!
退而求其次,当无法在生产环境上进行测试,只能在测试环境中测试时,如何处理?
大前提:软件环境是一致的,相差的只是硬件条件
最好的情况是,测试环境的各个硬件配置都比生产环境的差,这时候测试环境的性能指标是满足要求的,这时我们可以认为系统的性能是满足要求的;但这种情况往往很少
另一种就是楼主所说的情况了,配置有相差(主要在主频和内存),内存的大小实际上就对并发用户数有了一个限制,这么大的内存只能允许这么多的用户,有时候这是有一个值的,这个需要测试经理和项目经理有一个敏锐的判断
但观你的生产环境的配置,你们的压力应该不是特别大,你可以考虑在测试环境下测试,然后根据测试的性能结果,具体情况,具体分析。 我们公司一般是先取出生产环境的数据及取出生产上实际的处理时间,比如说每日最大处理交易量XXX,每个交易实际用的时间是XX,做出一个生产数据模型。然后测试环境就根据生产数据的模型造相同的交易量数据,测试一轮后叫做基准测试,得出一个结论,看比例是多少,这之间不考虑人工操作的时间。
那么第二轮就是造出生产环境的数据模型十倍或者几十倍的业务量,再次测试,并发数可以变化,寻找最大可承受的并发数,保证事务成功100%。
这样就不考虑配置问题了。对比生产的时间 和 我们实际测出来的时间 做个比例换算。
目前使用这种办法。
页:
[1]