LoadRunner结果分析器(以下简称Analysis或Analysis模块)是一个独立的模块,它可以将测试结果和监控数据转化为数据库数据,以利于分析处理。测试人员可以在分析器中选择感兴趣的图标,通过合并图,交叉图和自动关联等手段,对测试结果和监控数据进行分析处理,以确定性能瓶颈及其产生原因。最后,分析器可以根据测试人员选择的感兴趣部分,自动生成HTML格式或Word格式的性能报告,这些报告可以作为福建,和性能测试报告一起提交,提供性能参考。
LoadRunner Controller在测试结束后,可以自动从压力产生器上将测试结果收集起来,并且和监控数据一起,生成结果数据,保存在设置的运行结果目录中。
分析器启动时,如果压力产生器在远端机器上,又没有选择自动收集数据,则会先收集测试结果数据。否则会打开运行结果文件,将结果文件经过处理后导入到Microsoft Access数据库,然后按照设置的模板自动打开某些结果分析图。
——————————————现对各种图做一个简要总结————————————
1、 分析概要
2、 Vuser图: 主要包括正在运行的Vuser图、 Vuser概要图、 集合图。
此图可用于确定任何给定环境中服务器上的Vuser负载。默认情况下,此图仅显示状态为运行的Vuser。要查看其他的Vuser状态,请将筛选条件设置为所需的状态(^_^ ^_^ 我至今还没有找到设置筛选条件的地方)。
3、 事务图:运行场景或会话步骤之后,可以使用一个或多个事务图分析测试过程中执行的事务。事务图主要包括:平均事务响应时间图、每秒事务数图、每秒事务总数 ... ...
3.1、 平均事务响应时间图: 对于每个方式,此图将以不同的方式显示。关于粒度的选择,差资料 ... ...
注意: 默认情况下,只显示已通过的事务。
你可以将平均事务响应时间图与正在运行的Vuser图进行比较,了解正在运行的Vuser的数目对事务性能时间产生的影响。 例如,如果平均事务响应时间图显示性能时间逐渐改善,则可以将其与正在运行的Vuser图进行对比,看性能时间是否因为Vuser负载减少而得到改善。
如果定义了可以接受的最小和最大事务响应时间,则可以使用瓷土确定服务器性能是否在可以接受的范围内。
3.2、 每秒事务总数
通过每秒钟事务总数,能够对于应用的整体性能进行一定的比较和说明。但是该图每秒钟事务总数会受到多种因素的影响,包括步间隔时间,思考时间等。
3.3、 事务响应时间(负载下)图:是正在运行的Vuser图和平均事务响应时间图的组合,它指示事务响应时间,该事务时间与场景或会话步骤中在任一给定时刻所运行的Vuser数目相关。此图可帮助测试人员查看Vuser负载对响应时间的总体影响,对分析具有逐变负载的场景或会话步骤更为有用。
3.4、 事务响应时间(百分比)图: 此图可以帮助测试人员分析在给定时间范围内执行的事务的百分比。此图可以帮助测试人员确定合适的事务百分比,以判断是否满足系统的性能标准。通常情况下,你需要在可接受的响应时间范围内,确定事务百分比。最大响应时间可能非常长,但如果大多数事务具有可以接受的响应时间,则整个系统还是适用的。
————————待续——————————
我很受伤! 刚才写了那么东西保存时提示含有禁忌词汇,后腿时东西全都丢了... ...
补充: Web资源图、 网页细分图、 系统资源图、 合并图、 交叉结果图。
———————————————— 分析处理——————————————————
如何在LoadRunner中进行一些分析处理呢? 如下是一些参考:
1、 思考时间
在录制脚本过程中,由于操作的原因多会导致在事务开始和结束之间自动加入一些思考时间语句,在回放脚本过程中, 如果思考时间按照记录时回放,那么这段思考时间会被记录到事务响应时间过程中去,会影响事务响应时间的统计。
为了避免这种情况,一种方式是录制脚本后进行手工调整,将思考时间移到事务开始结束语句之外,或者是在测试结果分析器中通过配置除去思考时间。
2、 图的设置
3、 分析事务性能
分析场景或会话步骤运行情况应从平均事务响应时间图和事务性能摘要图开始。使用事务性能摘要图,可以确定在场景或会话步骤执行期间响应时间过长的事务。使用平均事务响应时间图,可以查看在运行期间有问题的事务每一秒钟的行为。
问题: 哪些事务的响应时间最长? 这些事务的响应时间是在场景或会话步骤整个执行期间还是仅在其中特定的时刻很长
为了确定问题并了解在该场景或会话步骤执行期间保留事务响应时间过长的原因,需要细分事务并分析每个页面组件的性能
4、 使用网页细分图
使用网页细分图,可以向下搜索平均事务响应时间图或事务性能概要图以查看事务中每个页面组件的下载时间。注意: 只有在运行场景或会话步骤前启用了网页细分功能才可以实现这一点。
问题: 过长的事务响应时间是由哪些页面组件引起的? 问题是否与网络或服务器有关?
5、使用自动关联: 找到与问题的关联最为紧密的若干个度量, 然后再查看度量对应的资源图, 以确定导致系统出现瓶颈的原因
6、 比较不同场景的结果
每次对系统进行细微调整并解决其他性能瓶颈时, 都应再次运行相同的负载以验证问题是否得到了解决,并确认未造成新的性能瓶颈。执行几次负载测试后,可以将初始结果与最终结果进行比较。
7、 生成报告: LR可以生成HTML格式、 Word格式、水晶报表格式的报告。
——————————————————实例分析——————————————
1、 标识服务器问题
网站性能问题可能由许多因素引起。但是大约一半的性能问题是由于Web、Web应用程序和数据库服务器故障引起的。对数据库操作依赖性很大的**站出现性能问题的风险尤其大。
常见的数据库问题有: 低效的索引设计、 分割的数据库、 过期的统计信息和不完善的应用程序设计。因此,通过使用较小的结果集、 自动更新数据、 优化索引、 经常压缩数据、 执行查询或锁定超时、 使用时间更短的事务、以及避免应用程序死锁等,可以提供数据库系统性能。
在20%的负载测试中,Web和Web应用程序服务器是出现性能瓶颈的原因。瓶颈通常是由服务器配置不当和资源不足造成的。例如,有问题的代码和DLL可能会使用几乎所有的计算机处理时间(CPU)并且会在服务器上造成性能瓶颈。同样,物理内存容量限制和服务器内存管理不当很容易导致服务器瓶颈。因此, 在调查Web或Web应用程序服务性能较低的其他原因签,应先检查服务器的CPU和物理内存。
提高安全网站的性能的方法有:
a、 根据应用程序类型对SSL和HTTPS服务进行细微调整。
b、 使用SSL硬件加速器,例如SSL加速器设备和加速卡。
c、 根据数据的敏感级别更改安全级别(即将用于公钥加密的密钥长度从1024更改为512)
d、 不要过渡使用SSL。应重新设计数据敏感级别较低的那些页使用常规的HTTPS。
2、 标识网络问题
当负载显著增加却未对任务服务器端组件造成重大影响时, 通常可以确定为网络瓶颈。使用**图,可以确定网络是否为真正的瓶颈。
3、 标识数据库服务器问题
此处个人积累的素材比较多, 待试验验证 ... ...