给新手的性能测试报告

灰盒

自己用LoadRunner录制脚本,定置运行环境,分析脚本结果.

- -希望各位同志发的附件不要再收钱了....何必呢....

灰盒

附送使用教程....大于512KB了...发不了.自己搜吧


LoadRunner8[1].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 这是即时计数器；观察在多个间隔上的值。

灰盒

...看来识货的人少诶..

阿娇

............学习中............

dujun

下了看看 多谢楼主

天空下下雨

下了，对于分析还是不太懂

wenji_zhou

实在太感谢了，这报告来的正是时候，我正琢磨不透时，来了这个报告，谢谢了，太谢谢了。

b45993e

看看。

千里

原帖由 灰盒 于 2009-6-18 09:42 发表
附送使用教程....大于512KB了...发不了.自己搜吧


LoadRunner8[1].1+使用教程.pdf

可以分割压缩的

kf11859

看了你的报告，觉得确实分析得很详细，可见你对场景运行的执行是十分到位的。依靠大量的数据来得出了可让人信服的结论。看完后，在下想请教你几个问题，
1、你的报告采用的数据几乎都是来自LR的原始数据，你们公司对性能测试报告的规定是这样的吗？难道没有公司自己的性能测试报告模板吗？
2、看了你的结论后，我想知道，你所测的这些数据反映了软件的什么缺陷？该如何定位？这些缺陷是来自什么原因？或者是怎么造成的？
3、你对于测试对象的架构是否熟悉？你对用户常用的操作是否把握得当？觉得在测试报告中，这些分析都提得不多。
4、你们公司的开发人员没有要求你把测试的结论数据加工一下吗？

movestar

先
下来看看那，呵呵。

maidehao

写的太简单。。。都是在介绍windows source

同意11楼的看法

[ 本帖最后由 maidehao 于 2009-7-1 11:24 编辑 ]

时之殇

谢谢分享

如果再有关于事务响应时间等方面的解说就更好了~   

testbaby09

先下来看看，忽忽~~~

lingyeer

james0818

下了看看 多谢楼主

king_boy

回答下11楼的问题吧。。。了解了解

wangyuwan_windy

先下下来学习一下

besharp

下下来参考一下