给新手的性能测试报告
自己用LoadRunner录制脚本,定置运行环境,分析脚本结果.- -希望各位同志发的附件不要再收钱了....何必呢.... 附送使用教程....大于512KB了...发不了.自己搜吧
LoadRunner8.1+使用教程.pdf
[ 本帖最后由 灰盒 于 2009-6-18 09:43 编辑 ] 决定计数器的可接受值通常,决定性能是否可以接受是一种主观判断,随用户环境的变化而明显地变化。作为本组织基线建立的值是比较的最佳基础。但是,下表包含特定计数器的阈值,可以帮助您决定计算机报告的值是否指明问题。如果“系统监视器”连续报告这些值,则可能是系统存在瓶颈,应当采取措施来调整或升级受影响的资源。
有关调整和升级建议,请参阅解决性能问题。
资源 对象\计数器 建议的阈值 注释
磁盘 Physical Disk\% Free Space
Logical Disk\% Free Space 15%
磁盘 Physical Disk\\% Disk Time
Logical Disk\% Disk Time 90%
磁盘 Physical Disk\Disk Reads/sec、Physical Disk\Disk Writes/sec 取决于制造商的规格 检查磁盘的指定传送速度,以验证此速度没有超出规格。通常,Ultra Wide SCSI 磁盘每秒可以处理 50 到 70 次 I/O 操作。
磁盘 Physical Disk\Current Disk Queue Length 主轴数加 2 这是即时计数器;观察在多个间隔上的值。对于随时间变化的平均值,请使用 Physical Disk\ Avg.Disk Queue Length。
内存 Memory\Available Bytes 少于 4 MB 考察内存使用情况在需要时添加内存。
内存 Memory\Pages/sec 20 研究页交换活动。
页面文件 Paging File\% Usage 70% 以上 与 Available Bytes 和 Pages/sec 一起复查该值,了解计算机的页交换活动。
处理器 Processor\% Processor Time 85% 查找使用处理器时间高百分比的进程。升级到更快的处理器或安装其他处理器。
处理器 Processor\Interrupts/sec 取决于处理器;每秒 1000 次中断是好的起点 此计数器的值明显增加,而系统活动没有相应的增加则表明存在硬件问题。标识导致中断的网卡。可能需要安装额外的适配器或者控制器卡。
服务器 Server\Bytes Total/sec如果所有服务器的 Bytes Total/sec 和与网络的最大传送速度大致相等,则可能需要将网络分段。
服务器 Server\Work Item Shortages 3 如果值达到该阀值,请考虑将 DWORD 项“InitWorkItems”(在启动期间分配给处理器的工作项数)或者MaxWorkItems(服务器可以分配的接收缓冲区的最大数)添加到注册表(在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters 下面)。InitWorkItems的范围可以是从 1 到 512,同时 MaxWorkItems 的范围可以是从 1 到 65535。以 InitWorkItems 的任何值以及 MaxWorkItems 的值 4096 开始,并一直加倍这些值直到 Server\Work Item Shortages 阀值低于 3。有关修改注册表的信息,请参阅注册表编辑器帮助。
小心
编辑注册表不当可能会严重损坏您的系统。在更改注册表之前,应备份计算机上任何有价值的数据。
服务器 服务器\分页池峰值 物理 RAM 的数量 此值是最大页面文件大小和物理内存数量的指示器。
服务器 Server Work Queues\Queue Length 4 如果值到达此阈值,则可能存在处理器瓶颈。这是即时计数器;观察在多个间隔上的值。
多个处理器 System\Processor Queue Length 2 这是即时计数器;观察在多个间隔上的值。 ...看来识货的人少诶.. ............学习中............:hug: 下了看看 多谢楼主 下了,对于分析还是不太懂
受益非浅
实在太感谢了,这报告来的正是时候,我正琢磨不透时,来了这个报告,谢谢了,太谢谢了。:victory: 看看。 原帖由 灰盒 于 2009-6-18 09:42 发表 http://bbs.51testing.com/images/common/back.gif附送使用教程....大于512KB了...发不了.自己搜吧
LoadRunner8.1+使用教程.pdf
可以分割压缩的 看了你的报告,觉得确实分析得很详细,可见你对场景运行的执行是十分到位的。依靠大量的数据来得出了可让人信服的结论。看完后,在下想请教你几个问题,
1、你的报告采用的数据几乎都是来自LR的原始数据,你们公司对性能测试报告的规定是这样的吗?难道没有公司自己的性能测试报告模板吗?
2、看了你的结论后,我想知道,你所测的这些数据反映了软件的什么缺陷?该如何定位?这些缺陷是来自什么原因?或者是怎么造成的?
3、你对于测试对象的架构是否熟悉?你对用户常用的操作是否把握得当?觉得在测试报告中,这些分析都提得不多。
4、你们公司的开发人员没有要求你把测试的结论数据加工一下吗? 先
下来看看那,呵呵。 写的太简单。。。都是在介绍windows source
同意11楼的看法
[ 本帖最后由 maidehao 于 2009-7-1 11:24 编辑 ] 谢谢分享
如果再有关于事务响应时间等方面的解说就更好了~ :loveliness: 先下来看看,忽忽~~~ :victory: 下了看看 多谢楼主 :lol 回答下11楼的问题吧。。。了解了解 先下下来学习一下:lol 下下来参考一下
页:
[1]