51Testing软件测试论坛

标题: 给新手的性能测试报告 [打印本页]

作者: 灰盒 时间: 2009-6-18 09:41
标题: 给新手的性能测试报告
自己用LoadRunner录制脚本,定置运行环境,分析脚本结果.

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

作者: 灰盒 时间: 2009-6-18 09:42
附送使用教程....大于512KB了...发不了.自己搜吧

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

[ 本帖最后由灰盒于 2009-6-18 09:43 编辑 ]

作者: 灰盒 时间: 2009-6-18 09:46
决定计数器的可接受值通常，决定性能是否可以接受是一种主观判断，随用户环境的变化而明显地变化。作为本组织基线建立的值是比较的最佳基础。但是，下表包含特定计数器的阈值，可以帮助您决定计算机报告的值是否指明问题。如果“系统监视器”连续报告这些值，则可能是系统存在瓶颈，应当采取措施来调整或升级受影响的资源。

有关调整和升级建议，请参阅解决性能问题。

资源对象\计数器建议的阈值注释
磁盘 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 这是即时计数器；观察在多个间隔上的值。

作者: 灰盒 时间: 2009-6-18 10:19
...看来识货的人少诶..

作者: 阿娇 时间: 2009-6-18 10:28
............学习中............

作者: dujun 时间: 2009-6-19 09:27
下了看看多谢楼主

作者: 天空下下雨 时间: 2009-6-19 11:23
下了，对于分析还是不太懂

作者: wenji_zhou 时间: 2009-6-19 11:56
标题: 受益非浅
实在太感谢了，这报告来的正是时候，我正琢磨不透时，来了这个报告，谢谢了，太谢谢了。

作者: b45993e 时间: 2009-6-19 12:00
看看。

作者: 千里 时间: 2009-6-19 14:46

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

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

可以分割压缩的

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

作者: movestar 时间: 2009-6-19 16:37
先
下来看看那，呵呵。

作者: maidehao 时间: 2009-7-1 11:23
写的太简单。。。都是在介绍windows source

同意11楼的看法

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

作者: 时之殇 时间: 2009-7-1 11:52
谢谢分享

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

作者: testbaby09 时间: 2009-7-2 10:35
先下来看看，忽忽~~~

作者: lingyeer 时间: 2009-7-2 11:52

作者: james0818 时间: 2009-11-12 22:36
下了看看多谢楼主

作者: king_boy 时间: 2009-12-25 12:47

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

作者: wangyuwan_windy 时间: 2009-12-25 15:23
先下下来学习一下

作者: besharp 时间: 2011-11-21 11:26
下下来参考一下

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)