loadrunner项目性能测试分析报告

xx版本xx项目性能测试报告1、基本信息测试性质：模拟正常用户使用情况下**版本**项目性能情况测试场景：计划查询，形象进度数据库业务量：按**公司目前的数据量来推算项目进度相关Table的数据量，且进行了60%增长率地翻倍动作系统总用户数：2400性能测试用户数：285用户权限：非超级用户，但拥有系统管理员的权限测试系统：**版本**项目数据库服务器扩展内存AWE是否开启：未开启程序、数据库提供人：测试报告人：彭玉红测试执行时间二00八年十一月十一日报告时间期工程二00八年十一月十二日目的：模拟用户的使用，找出**版本**项目使用过程中存在性能问题的点；2、测试环境2.1服务器软硬环境:设备硬件配置软件配置IP地址WEBCPU:2X4DualCoreIntelXeon5060,3.2GHz（8核）内存：ECC,DRR2,8GB硬盘：IntelMegaSRSCSI135GB/15000转盘片平均延迟时间：2.0msWindowsServer2003EnterpriseSP2IIS6.049DB服务器CPU:2X4QuadCoreIntelXeonE5335,2.0GHz（8核）内存：ECC,DRR2,8GB硬盘：IntelMegaSRSCSI135GB/15000转（数据库主数据文件所在磁盘）500GB/7200转（日志文件所在磁盘）WindowsServer2003EnterpriseSP2SQLServer200554Web负载客户端CPU:Intel（R）Pentium（R）DCPU2.66GHz（双核）内存：1GB硬盘：迈拓160GB/7200转WindowsServer2003EnterpriseSP2IE6.0LoadRunner8.012.2、网络环境：100Byte/s局域网2.3、测试工具：LoadRunner8.0（此测试工具测试出来的事物响应时间为系统响应时间即：应用系统从请求发出开始到客户端接收到数据所消耗的时间）2.4、测试人员：测试脚本录制人：测试执行人：3、性能测试用例执行分析3.1、用例描述：计划查询用例事务点及动作描述说明:事务点方式事务性能点描述XMJD_001_JHCX_1_DK打开点击左侧［关键节点计划］导航标签XMJD_001_JHCX_1_XZST选择切换右上角视图到［所有项目］XMJD_001_JHCX_1_XZXM选择子项目在项目列表中选择一个具体的子项目（如:汇景新城〃一期〃）形象进度用例事务点及动作描述说明:事务点方式事务性能点描述XMJD_002_LDXXJD_1_DK打开点击左侧［楼栋形象进度］导航标签XMJD_002_LDXXJD_1_XZLD选择楼栋选择具体的楼栋（图一）3.2、场景加压方式（本分两种方式给脚本加压具体如下）加压方式脚本名称用户数用户迭代方式加压描述系统压力情况方式一001_计划查询2251每分钟加载100个用户只承受来自于此脚本的压力方式一002_形象进度601运行时加载所有的用户只承受来自于此脚本的压力方式二001_计划查询+002_形象进度2851计划查询每分钟加载100个用户；形象进度加载所有用户承受两个脚本同时运行带来的压力注：用户计算方法见测试计划;（图二）

4、测试结果综合分析及建议4.1、优化建议计划查询各事务性能表现（备注表格中字段”参考值”来源于0227版本总体业务需求总结.doc）事务点方式用户数业务笔数响应时间参考值说明事务性能点描述XMJD_001_JHCX_1_DK打开2251.8913秒性能良好点击左侧［关键节点计划］导航标签XMJD_001_JHCX_1_XZST选择2253.0283秒性能良好切换右上角视图到［所有项目］XMJD_001_JHCX_1_XZXM选择子项目2251.6063秒性能良好在项目列表中选择一个具体的子项目（如:汇景新城〃一期〃）集团关键节点计划查询模块性能表现良好，但在脚本加压多用户并发时仍能侦测一些引起锁的SQL语句和存储过程为巩固此模块在**公司数据规模下的性能,故推荐对引起数据库相关共享锁的SQL语句及存储过程进行优化，具体语句及存储过程请见综合分析中给出的附档；形象进度各事务性能表现（备注表格中字段”参考值”来源于**版本总体业务需求总结.doc）事务点方式响应时间参考值说明事务性能点描述XMJD_002_LDXXJD_1_DK打开0.1233秒性能良好点击左侧［楼栋形象进度］导航标签XMJD_002_LDXXJD_1_XZLD选择楼栋34.5183秒需优化选择具体的楼栋楼栋施工计划形象进度模块的性能瓶颈体现在程序和数据库两方面，其中尤以Table:jd_work为首，该Table频繁造成后端数据库的死锁，严重影响性能；程序方面页面：49:9018/Xmjd/XXJD/LDJDMainBldXXJD.aspx?bldguid=d069f097-0d0e-4c52-8969-477bb364d55d&workguid=c8466b88-5751-4584-b402-3afd4010e0a7&graphtype=FenX的控件FirstBufferTime时间高达16.137秒，应做优化；4.2、综合分析计划查询模块性能分析：TransactionSummaryReportTransactionSummaryTotalPassed:£75TotsIFailed:0TotalStopped!0TransactionNameMinimumAverageMaximumStd.Deviation90PercentPassFailStopMMJD001JHCM1_DK0,261M驻2,520.T471,891咨00XMJD001JHCX1:WZST0.1850.8654.4761.1053.02822500XMJDC01JHC^i1M乃回0.0240.3233.967o.eee即6）22500（图三）AvEfgEREWgnsETimEAvEfgEREWgnsETimETnansactionNameMinimumAvenagaIHaximumStd-Deviation90Pet-centPassFailStop比C0i1DK0.2S44.S372D.SI&泌19.25922500XMJD001JHCX1::%T0.L852.1419.4b32.6956.18722500XMJDQ01JHC:=；1"朴10.0241.99912.673.35S日，22222500002LD：=■=：：=■=：JD0.0662.5467.6332.SI7.496000XNLID002LDX：UD1MELD3.3223242.1758.74541.5856000TotalPassed:795TotaIFailed:UTotalStopped:U（图四）（图三）即为脚本：001—计划查询按照（图二）中“方式一”来加压所产生的事物综合图表，通过此图表，我们可以看到各事物的性能表现均良好，响应时间处于用户可以接受的范围，后端WEB服务器，和数据库服务器中的各项主要性能指标均在正常值范围；（图四）即为脚本：001—计划查询按照（图二）中“方式二”来加压所产生的事物综合图表，我们可以看到当计划查询和形象进度两脚本一起给后端服务器施加压力时，因形象进度脚本的压力使后端数据库的CPU命用率长时间高达90%以上，进而使计划查询各事物的响应时间延长（三个事物的响应时间均超出用户能接受的范围），且在计划查询脚本执行过程中仍侦测到由部分语句及存储过程引发的锁，具体如下附档，优化建议：附档中的语句过于复杂，考虑优化此语句及用存储过程的方式来实现；附档中的存储过程过于复杂，语句应优化，此语句中过多的使用局部临时表和游标，考虑用表变量的方式来替代，以提高性能；计划查询造成死锁SQL.Doc（注：以下附件没有附加，是因为考虑到公司数据的保密性）计划查询造成死锁存储过程.Doc

形象进度性能分析：TransactionSummaryReportTransactionSummaryTotalPassed:120TotalFailed:0TotalStopped:0TransactionNameMinimumAverageMaximumStd.Deviation90PercentPassFailStopXM.DC02LD^XJD1DK00610.J880,2480,0310,123EDC0MM.DC02LD^JD1"LD14.7H2/.40437,1046,507EDC0（图五）（图五）即为脚本：002—形象进度按照（图二）中“方式一”来加压所产生的事物综合图表，从图表中我们可以看到事物：XMJD_002_LDXXJD_1_XZLD的90%事物响应时间均超过34.518秒，已超出用户所能接受范围。（图六）（图六）即为平均事物响应时间，SQLServerCPU指标及事物XMJD_002_LDXXJD_1_XZLD的一个关联图，从图中我们可以看到整个形象进度脚本运行时长1分34秒，在脚本运行到40秒时，后端SQLServer的CPU由原来的5%以下急升到95%以上，且维持到1分30秒，很明显此处已存在性能瓶颈，且事物：XMJD_002_LDXXJD_1_XZLD因CPU资源过度消耗，而造成在整个执行区间其执行时间一直在上升；此时分析后端WEB服务器的各主要指标发现均处于正常范围，初步推测在此情况下SQLCPU瓶颈即为后端SQL语句过度消耗CPU资源及其造成的死锁引发，所以重新运行一遍脚本，在整个过程中跟踪后端数据库中的死锁，发现在脚本运行到40秒时即已开始产生死锁，且一直到整个脚本运行结束后死锁才消除，时间与CPU出现急升的时间正好吻合，脚本运行期间频繁产生共享锁的SQL语句见以下的附档，另名为形象进度2008111201.trc的附档为脚本运行期间用Profiler跟踪出的所有与后台数据库服务器交互SQL语句，请针对耗用CPU资源明显的SQL语句做逐一的分析和优化.形象进度造成死锁的SQL.Doc（注：以下附件没有附加，是因为考虑到公司数据的保密性）

具体优化建议为：1：定期对表jd_work重建索引，及碎片整理2：增加适当的索引，以提高查找效率3：优化相关的SQL语句4：表结构的重新设计，以从根本上解决或极大的降低死锁发生的频率为进一步分析造成事物XMJD_002_LDXXJD_1_XZLD高响应时间的性能问题是否与程序本身的页面组件或现实逻辑有关，我们通过LR对页面进行分解，发现此事物中的组件FirstBufferTime耗时为15.967秒，从此可看出我们的页面需进行性能优化，页面URL为:49:9018/Xmjd/XXJD/LDJDMainBldXXJD.aspx?bldguid=d069f097-0d0e-4c52-8969-477bb364d55d&workguid=c8466b88-5751-4584-b402-3afd4010e0a7&graphtype=FenX具体见如下的（图七）SQLServerWebPageBieakdowiPageCorriponentBreakdownPageCurnponEni：Breakdown[□verTime]曰f[=WebPageBreakdawnE-Li；vuSQLServerWebPageBieakdowiPageCorriponentBreakdownPageCurnponEni：Breakdown[□verTime]曰f[=WebPageBreakdawnE-Li；vu：；：ej_hiLTrartsaclion-2：/KJD_002_LD4J3_1_Iicri^dAun(另UOUCDS〕lllEHTimetuFirstDufferBredkuuwiri162a-49...7&graphtvpe=FeriXLegend|GraphDetails]UserNotes]GraphDala]RawDataColor|ScaleMeasurementMinimum1AveraaeIMaKiminiStdDeviation回Networkliniej.au.kulaLea1Ser/erTime159B715.96715.967->MJL'UUZLU?XJDI>Z_L'「挡1：15狄.低1::5.5物史小51」乱)|+器1。=；"的7toht^pe=Fer^(mahURL)匕匕：-、口，剧_巳门」_"[21汩cticin（图七）申请_优化后—225user_100userMin_20081112_01.lra形象进度展示_60user_60UserPerMin_20081112_01.lra计划查询225User100UserPerMin形象进度60user60userMin2008111201.lra我看了你的报告！给你提如下的建议！1、因为任何性能测试过程中是存在风险的，一般报告中要有风险提示这个环节！你必须明确指出哪些做了哪些没有去操作2、我看了你的报告，第一感觉你的场景选择过少！一般一个系统不