《loadrunner项目性能测试分析报告》由会员分享，可在线阅读，更多相关《loadrunner项目性能测试分析报告（7页珍藏版）》请在金锄头文库上搜索。
1、XX版本XX项目性能测试报告1、基本信息 测试性质：模拟正常用户使用情况下*版本*项目性能情况 测试场景：计划查询，形象进度 数据库业务量：按*公司目前的数据量来推算项目进度相关Table的数据量,且进行了 60%增长率地翻倍动作 系统总用户数：2400 性能测试用户数：285 用户权限：非超级用户，但拥有系统管理员的权限 测试系统：*版本*项目 数据库服务器扩展内存AWE是否开启：未开启 程序、数据库提供人：A 测试报告人：彭玉红 测试执行时间二OO八年十一月十一日A 报告时间期工程二OO八年十一月十二日 目的：模拟用户的使用，找出*版本*项目使用过程中存在性能问题的点；2、测试环境2.1服
2、务器软硬环境:设备硬件配置软件配置IP地址WEBCPU: 2 X 4 DualCore Intel Xeon5060,3.2 GHz （8 核）内存：ECC,DRR2,8GB硬盘：Intel MegaSR SCSI 135GB/15000 转盘片平均延迟时间：2.0msWindows Server 2003Enterprise SP2IIS 6.024.5.2.249DB服务器CPU: 2 X 4 QuadCore Intel Xeon E5335, 2.0GHz （8 核）内存：ECC,DRR2,8GB硬盘： IntelMegaSRSCSI135GB/15000转（数据库主数 据文件所在磁盘
3、） 500GB/7200转（日志文件所在 磁盘）Windows Server 2003Enterprise SP2SQL Server 200544.5.2.154Web负载客户端CPU: Intel（R） Pentium（R） D CPU 2.66GHz （双核）内存：1GB硬盘：迈拓160GB/7200转WindowsServer2003Enterprise SP2IE6.0LoadRunner 8.03.5.4.7122、网络环境：lOOByte / s局域网2.3、测试工具：LoadRunner 8.0（此测试工具测试出来的事物响应时间为系统响应时间即：应用系统从请求发出开始到客户端
4、接收到数据所消耗的时间）24、测试人员:测试脚本录制人：测试执行人：3、性能测试用例执行分析3.1、用例描述:计划查询用例事务点及动作描述说明:事务点方式事务性能点描述XMJD 001 JHCX 1 DK打开点击左侧关键节点计划导航标签XMJD OO1 JHCX 1 XZST选择切换右上角视图到所有项目XMJD 001 JHCX l XZXM选择子项目在项目列表中选择一个具体的子项目（如:汇景新城一期）形象进度用例事务点及动作描述说明:事务点方式事务性能点描述XMJD 002 LDXXJD 1 DK打开点击左侧楼栋形象进度导航标签XMJD 002 LDXXJD 1 XZLD选择楼栋选择具体的楼
5、栋（图一）3.2、场景加压方式（本分两种方式给脚本加压具体如下）加压方式脚本名称用户数用户迭代方式加压描述系统压力情况方式一001 计划查询2251每分钟加载100个用户只承受来自于此脚本的压力方式一002 形象进度601运行时加载所有的用户只承受来自于此脚本的压力方式二001_计划查询 +002_形象进 度2851计划查询每分钟加载100个 用户；形象进度加载所有用 户承受两个脚本同时运行带来 的压力注：用户计算方法见测试计划;（图二）4、测试结果综合分析及建议4.1、优化建议计划查询各事务性能表现（备注表格中字段”参考值”来源于0227版本总体业务需求总结.doc ）事务点方式用户数业务笔
6、数响应 时间参考值说明事务性能点描述XMJD_001_JHCX 1 DK打开2251.8913秒性能良 好点击左侧关键节点计划导航标签XMJD_001_JHCX_1_XZST选择2253.0283秒性能良 好切换右上角视图到所有项目XMJD_001_JHCX_1_XZXM选择 子项 目2251.6063秒性能良 好在项目列表中选择一个具体的子项目 （如:汇景新城一期）集团关键节点计划查询模块性能表现良好，但在脚本加压多用户并发时仍能侦测一些引起锁的SQL语句和存储过程 为巩固此模块在*公司数据规模下的性能,故推荐对引起数据库相关共享锁的SQL语句及存储过程进行优化，具体 语句及存储过程请见综合
7、分析中给出的附档；形象进度各事务性能表现（备注表格中字段”参考值”来源于*版本总体业务需求总结.doc ）事务点方式响应时间参考值说明事务性能点描述XMJD_002_LDXXJD_1 DK打开0.1233秒性能良好点击左侧楼栋形象进度导航标签XMJD_002_LDXXJD_1XZLD选择楼 栋34.5183秒需优化选择具体的楼栋楼栋施工计划形象进度模块的性能瓶颈体现在程序和数据库两方面，其中尤以Table: jd_work为首，该Table 频繁造成后端数据库的死锁，严重影响性能；程序方面页面： http:/10.5.2.249:9018/Xmjd/XXJD/LDJD_Main_BldXXJD
8、.aspx?bldguid=d069f097-0d0e-4c52 -8969-477bb364d55d&workguid=c8466b88-5751-4584-b402-3afd4010e0a7&graphtype=FenX 的 控件First Buffer Time时间高达16 .137秒，应做优化；4.2、综合分析计划査询模块性能分析：Transaction Summary ReportRe占porimE TimmTransaction SummaryT七ml Passed: 75 7otsI Failed: 0 T七si 七口卩卩曰:!： 0Transa匚tion NameMinimum
9、AverageMaximumStd Deviation90 PercentPassFailStopMMJD C01 JHU 1 DK0,2610,6922,520.T471,89100XMJD 001 JHCX 1 XZST0.1850.8654.4761.1053.02822500XMJD C01 JHCX 10.0240.3233.967o.eee右60622500（图三）Transaction SummaryTmtml Passed: 795 TotaI Failed: U Total Stopped: UTnansaction NameMinimumAvenagaIHaximumDev
10、iation尸90ntPassFailStopC0i JHCH1DK0.2S44.S372D.SI&恣19.25922500、xriD001JHCX1XZST0.L852.1419.4632.6956.18722500,MMJDQ01JHC=；10.0241.99912.673.35Sl7.22222500丿XMJD002LD ：=：=： J D1 DK0.0662.5467.6332.SI7.496000XMJD002LDXXJD1 XZLD3.3223242.1758.74541.5856000（图四）（图三）即为脚本：001_计划查询按照（图二）中“方式一”来加压所产生的事物综合图表，通
11、过此图表，我们 可以看到各事物的性能表现均良好，响应时间处于用户可以接受的范围，后端WEB服务器，和数据库服务器中的 各项主要性能指标均在正常值范围；（图四）即为脚本：001_计划查询按照（图二）中“方式二”来加压所产生的 事物综合图表，我们可以看到当计划查询和形象进度两脚本一起给后端服务器施加压力时，因形象进度脚本的压 力使后端数据库的CPU命用率长时间高达90%以上，进而使计划查询各事物的响应时间延长（三个事物的响应时间 均超出用户能接受的范围），且在计划查询脚本执行过程中仍侦测到由部分语句及存储过程引发的锁，具体如下附 档，优化建议：附档中的语句过于复杂，考虑优化此语句及用存储过程的方式
12、来实现；附档中的存储过程过于复杂，语句应优化，此语句中过多的使用局部临时表和游标，考虑用表变量的方式来替代， 以提高性能；（注：以下附件没有附加，是因为考虑到公司数据的保密性）计划查询造成死锁SQL.Doc 计划查询造成死锁存储过程.Doc形象进度性能分析：Transaction Summary ReportTransaction SummaryTotal Passed: 120 Total Failed: 0 Total Stopped: 0Transaction NameMinimumAverageMaximumsd.Deviationrs90 PercentPassFailStopXMJ
13、D C02 LDXXJD1DK0 0610.D880,2480,0310,123E0C0MMJD C02 LDMMJD1:證LD14,76427.40437,1046,5074.510；印C0（图五）（图五）即为脚本：002_形象进度按照（图二）中“方式一”来加压所产生的事物综合图表，从图表中我们可以 看到事物：XMJD_002_LDXXJD_l_XZLD的90%事物响应时间均超过34.518秒，已超出用户所能接受范围。（图六）（图六）即为平均事物响应时间，SQL Server CPU指标 及事物XMJD_002_LDXXJD_1_XZLD的一个关联图，从 图中我们可以看到整个形象进度脚本运行时长1分34秒，在脚本运行到40秒时，后端SQL Server的CPU 由原来的5%以下急升到95%以上，且维持到1分30秒，很明显此处已存在性能瓶颈，且事物： XMJD_002_LDXXJD_1_XZLD因CPU资源过度消耗，而造成在整个执行区间其执行时间一直在上升；此时分析后 端WEB服务器的各主要指标发现均处于正常范围，初步推测在此情况下SQL CPU瓶颈即为后端SQL语句过度 消耗CPU资源及其造成的死锁引发，所以重新运行一遍脚本，在整个过程中跟踪后端数据库中的死锁，发现 在脚本运行到40秒时即已开始产生死锁，且一直到
