性能测试实践报告--负载测试
我在10月-11月间,针对某一项目进行了相应的性能测试,其中,主要了包括负载测试。在此次阶段性能测试结束之后,写下了如下的性能测试总结报告,
现上传,希望各位能提宝贵意见,多多拍砖。 挺好的,内容很详细,对于很多刚开始做性能测试的朋友可以是一个不错的参考。
不过不太明白后面的“系统容量”中,提到:
全负载测试序列的执行时间为12到15分钟,最大并发用户数为100到120个,根据此项数据,每小时内连续访问系统的用户数为:
100个*(60/15)=400个;
这里的“100个*(60/15)=400个”是什么意思?
另外,Rational 的工具没有提供对 服务器 和网络状况的监控吗? Robot的VU脚本语言可以监控Web服务器的资源,相关的命令语法如下:
INFO SERVER label=addr [, label=addr]
使用此命令在脚本中声明。
但前提是服务器端必须安装TestAgent。
具体内容可参考Robot自带的--VU LANGUAGE REFERENCE-->User Emulation-->HTTP Emulation Commands-->Monitoring Computer Resources 下载学习先 to jackei,我看了之后,理解是这样的
因为做完一次全负载(所有设定的流程都做完)需要12-15 min,取最大15 min。 那么在1 h中就可以做4次这样的全负载,这样整个系统每个小时可以为400个用户提供全负载的服务,所以认为系统容量为400。
这样换算宏观来看还是可以的。
不知道我的理解对不对? 看完了fennek兄的大作,鼓掌先 :)
步骤很清晰,觉得很有帮助。
因为最近也一直在做performance测试的工作,所以斗胆提些看法。
测试的时候可以完全的使用工具也可以全部自己开发测试程序或者脚本。感觉各有优缺。商业测试软件用的人多,比较稳定,缺点是针对性不好,比较封闭。自己开发则effort比较大,好处是可以针对自己的系统和测试目标来制作。
我个人的感觉是第三种方法比较好,那就是一些必要的功能做成模块,然后按照系统的要求,自己写些代码和脚本把他们串起来。这些模块包括发起连接、检视性能,统计分析等等。这些模块可能来自网上,公司的,或者自己以前写的。
这时才感觉很多工具到对专业人员,测试或者开发的来说,命令行接口其实还真是最好的,需要它有特点的功能并有丰富的接口。 呵呵 学习
也说点看法:
1、我一般会写清楚测试环境
2、性能指标里面 一般会定义用户容忍度,什么动作,用户在什么时间内是可接收的。
3、这里的基准不好理解,我一般是不作任何优化,跑我的案例,得出基准数据,然后再去调整参数,做对比。 挺好的内容较为详细。步骤很清晰,觉得很有帮助。同时很同意rickyqiu 的看法。 我这次进行的性能测试主要包含了基线测试,负载测试和压力测试,以及系统的稳定性测试.
总共可能经过了三个阶段,最近在做系统的稳定性和压力测试.
这份报告,只当是抛砖引玉哈,呵呵. 原帖由 rickyqiu 于 2005-12-22 16:15 发表
to jackei,我看了之后,理解是这样的
因为做完一次全负载(所有设定的流程都做完)需要12-15 min,取最大15 min。 那么在1 h中就可以做4次这样的全负载,这样整个系统每个小时可以为400个用户提供全负载的服务 ...
同意.. 写得不错,很有创意,可能自己水平有限,有不少地方都看不懂,看来还需努力啊
回复 #1 fennek 的帖子
为什么所有的图我都看不到啊,郁闷谢谢楼主
下载先,谢谢 :) 谢谢先!;););)
為什麼打不開?
:( 负载测试确实可以发现很多问题,但发现问题并不是我们唯一的目的,诊断和解决问题才是我们真正所要关注的。而如何执行解决就需要有一套方法来指导,可以看看这篇文章http://www.innovatedigital.com/htm_speek/Index_speek_30.shtml 负载测试确实可以发现很多问题,但发现问题并不是我们唯一的目的,诊断和解决问题才是我们真正所要关注的。而如何执行解决就需要有一套方法来指导,可以看看这篇文章
http://www.innovatedigital.com/htm_speek/Index_speek_30.shtml 谢谢分享! Thank you