压力测试报告

1、压力测试报告引言21.1编写目的21.2系统概述21.2.1项目名称21.2.2总体目标21.2.3技术目标2测试环境22.1软硬件环境22.1.1网络拓扑结构32.4测试环境约束3测试范畴及测试要求 33.1测试33.1.1测试内容 33.1.2测试通过标准3测试工具3测试结果36.1测试时刻及人员36.2测试结果分析 4结论 10引言1.1编写目的本文档是对（项目名称）性能测试所做的讲明，为充分利用已有的软硬件 资源，配合对各系统应用模块的运行测试方案，查缺补漏完善系统的各项具 体功能，保证项目的顺利进行，本测试报告有助于实现以下目标：明确此次性能测试的测试资源；明确此次性能测试的测试内容

2、；明确此次性能测试的测试方法；明确此次性能测试的系统性能。1.2系统概述1.2.1项目名称项目名称：小象工程项目简称：小象工程项目单位：扑像文化传播有限公司1.2.2总体目标1.2.3技术目标技术目标使用测试工具实现虚拟用户并发的压力测试，要求系统满足用户并发量在100以上，并能正常工作。测试环境2.1软硬件环境硬件环境应用服务器数据库服务器客户端硬件配置CPU 3.40GHzMemory： 2GHD: 360G SATACPU 3.40GHzMemory： 2GHD: 360G SATACPU 2.20GHzMemory： 2GHD: 360G SATA软件配置OS： Windows 200

3、3JDK 1.5.0_06Tomcat 6OS： Windows 2003MySQL 5.0.17 LinuxWindow xpProfessional ( SP3 )2.1.1网络拓扑结构|此：二度相册）M行压力和负载W；eb来模拟实际用户对系统施加如下虚拟用户VusevsJ II压力。Ittp/html）用虚拟用户（Virtualcontroller station*2.4测试环境约束此次测试结果依据目前被测系统的软/硬件环境。此次测试结果依据目前被测系统的程序版本。此次测试结果依据目前被测系统的网络环境。此次测试结果依据目前被测系统的测试数据量。测试范畴及测试要求3.1测试3.1.1测试

4、内容按照需求，对登录操作进行并发的压力测嶙|对要紧业务模块中的要 紧业务（下；测试结果6.1测试时刻及人员时刻：2011.08.09人员：玲地点：深圳扑象文化传播有限公司KbbuIeb in aaj*hiQi: -ciPragurn r MBrEsjrv LntBFArEiwVMBrzuY La*ag.unna-raEripEii i.iD-Hr3 na-flidcBrdZudcflra J .Irr Dunfciori:37 minutB and SO canda.Statistics SuErnmry200sm史叫lbo42S.51QL17.L0553.02MdgEurH Rinimiri

5、G Mliwf:A.uerBiqTihn3MqBipiJ，.uMidl |:6.2测试结果分析TBtal TflEUilllDLit00LoadRunner进行100用户场景模拟测试结果收集后，显示的该结果的Ygu can an-slyz-e trnnsactiGn bthiay idt ung the Ariel:七 Tjaim日匚id。-! rrisizh占ewe一个摘要信息，如图5- 1所示。概要中列出了场景执行情形、“Statistics S ummary（统计信息摘要）”、“ TransactionSummaryY事务摘要）”以及 “HTtp Responses Summary（HT

6、TP响应摘要）”等。以简要的信息列出此次测ErrorsI | II II II II II II II II II_试结果。图5- 1性能测试结果摘要图场景执行情形该部分给出了此次测试场景的名称、结果存放路径及场景的连续时刻， 如图5a 2 ?所示。从,该图我们明白，此次测试从16:17:08-开始，到16:54:38Hfl-GultG iin CKGiiEi-ii! c;Pro gram Pilc-Ekflarcury Inta raiks rcu ry Load R.un nsr,Ecn ptc id card ncv/idcardXidEs rd 2. Irr终止，共历时37-分30-秒

7、。七-= -：Du ration:37 minut snd 30 cacind = .图5- 2场景执行情形描述图Statistics Summary （统计信息摘要）该部分给出了场景执行终止后并发数、总吞吐量、平均每秒吞吐量、 总要求数、平均每秒要求数的统计值，如图5- 3所示。从该图我们得知， 此次测试运行的最大并发数为200，总吞吐量为960,974,180字节，平均每 秒的吞吐量为426910字节，总的要求数为-117,105，平均每秒的要求为52.曾.3总 Thiroiuiiqlhpimi。（hyt总m/mwuninidl*,42.6r910024。-二-】:A*-己 口瞥 Hits

8、 口fit Swczonch_5Z-024View HTTP 腥卯口归力正 SummHrv图5- 3统计信息摘要图Transaction Summary （事务摘要）该部分给出了场景执彳亍终止后有关Action的平均响应时刻、通过率等SLA苹心踣历jii中匹屈？点去Sid.渺 fXr隔哗 点*1一.事刑 臣侦闩1、月情形，如图5- 4所示。从该图-我们-得：到每个Actioi的平均:响应时刻与业务select 肴 IlMtlon TransadTonBb?1326.C4SL44 .了 041L.Z3139.1251.03500成功率。ClW -24,434513,5533Z3-97439,93

9、31&S7371.0530vuser end TransactionJ .0,011JLE刃ELD刃ZDO00vusor inrt Tran-cartianQ.D010.05 .41SD.Q950.2172 DO0图5- 4事务摘要图HTTP Responses Summary （ HTTP 响应摘要）该部分显示在场景执行过程中，每次HTTP要求发出去的状态，是成 功依旧失败，都在那个地点体现，如图5- 5所示。从图中能够看到，在此 次测试过程中LoadRunner共模拟发出了 117105次要求（与统计信息摘 要”中的“Total Hits” 一致），其中“HTTP 200”的是117105

10、次，讲明在 此次过程中，通过发出的要求全部分都能正确响应了 （“HTTP 200”表示 HTTP Responses Summary 要求被正确响应）。HTTP fLesponsBETaTal-GG-cond1.17,10552.0241图5- 5 HTTP响应摘要“Running Vusers （运行的并发数）”显示了在场景执行过程中并发数 的执行情形。它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统 计信息，将这些图与事务并发数分析Running VusersZ7图结合使用能够确定 Vuser的数量对事务响应时刻 产生的阻碍。图5- 6显示了在系统业务性能测试过程中Vuser

11、s运行情形， 从图中我们能够看到，Vusers的运行趋势与我们场景执行打算中的设置是 一样表明在场景执行过程中，Vusers是按照我们预期的设置运行的，没1&1 D*D -： 有Ver显现运行错误，如此从另一个侧面讲明我们的参数化设置是正确 的，因为使用唯独数进行参数化设置，如果设置不正确，将会导致Vu；lr 运行错误。阳ID-05: CC10:QG1S:CC20:002E:G050:0035: GGscenario lima mm mgColorScaleMeasurementGraph Min.Graph Ave.Graph Max.Graph MedianGraph SD1Run0.01

12、05.120012978.219图5- 6运行的并发数图我们此次测试Running Vusers与集合点是一致，讲明整个场景执行过 程中，并发数用户的执行正确，系统测试服务器能够应对200个并发用户 的业务操作。响应时刻1和3D“AJ 、/*-1e Transaction Response Time （平均事务响应时刻图）”（图512D-7）,这张图是平均事务响应时刻与结果摘要中的“TaSsaGtiOn Summary”合成的。己 7二05:CC1C:0015: GO2&:0025:00sc&narici lim& mm ss30: CCS5:00ColorScaleMeasurementMi

13、n.Ave.Max.SD1login Action Transaction0.45247.115109.3830.2571select allAction Transaction8.71926.648144.70411.2311select oneAction Transaction24.48493.983329.97439.9331vuser end Transaction0.00.0111.2970.097.1vuser_init_Transaction0.0010.050.4180.095图5- 7平均事务响应时刻图从图形下部我们能够看到，登录部分对应的Action是“login_Act

14、ion”, 批量查询对应的Action是“ select_allAction ”，选择信息查询对应的Action 是“select_oneAction”，他们的“Average Time （平均响应时刻为）”分不是 47.115秒与26.648秒与93.983秒，从这三个数值来看，都过大，不符合要 求。实际事物时刻应为登录：47.115/5 - 5 = 4.423 （减5登录时包含了 一个用户信息查询）批量查询：26.648 /5 = 5.3296选择信息查询：93.983 /5/7 = 2.685 （除7做了 7次点击选择信息）注：除5所有的事物都被重复执行5次看完 了 “Average T

15、ime”，我们再看 “90 Percent Time”，表示 90%的 事务登录：95.711/5 - 5 = 14.142 （减5登录时包含了一个用户信息查询）批量查询：39.125/5 = 7.825选择信息查询：146.797 /5/7 = 4.194 （除7做了 7次点击选择信息）注：除5所有的事物都被重复执行5次从图5- 7能够看出，所有Action平均事务响应时刻的趋势有较大的波 动，因此使用“90 Percent Time”。按照上面的运算，此次测试结果记录如 表5- 1所示。测试项实际值是否通过登录业务响应时刻14.142 秒Y批量查询响应时刻7.825 秒Y选择信息响应时刻4

16、.194 秒Y登录业务成功率100%考勤业务成功率100%登录查询总数1000批量查询总数1000perCPU使用率 .坚持100%-1测试结果对比表一 * 每秒点击数表5c c 4D1TiansacliDii Siiininar-55&.&GGJ-攻龄言cna图 5-38显示的是“Hits p瓯Second”与1Average Throughput (bytes/s.复图，从致，耕明服务器能及时cond)”的O 卵卜:一 r的卜?泌一a-；苴 血-图5-勺曲线都正常同时差不多 能够返回结果。f每秒吞合图图挡秒点击数同意客户业务成功率：CDOgn。在 Transaction Summary执行

17、状态，如图5寻9所示。号的要求，I I=_1-4-rr，ft.IJTtI= j_XJ=-!.!_rff,-attTst攵.胃一E 气ajwr图5- 9事务状态统计图从图中能够看出，所有的Aciton差不多上绿色的，即表示为Passed, 同时除了 vuser _init与vuser_end两个事务，其他的事务通过数为2163，也 就表明在30分钟的时刻里，共完成了 2163次登录考勤业务操作。那么按 照这些能够判定此次测试登录业务与考勤业务的成功率是100%，再次更新 测试结果记录表如表5- 2所示。测试项实际值是否通过登录业务响应时刻14.142 秒Y批量查询响应时刻7.825 秒Y选择信息

18、响应时刻4.194 秒Y登录业务成功率100%Y考勤业务成功率100%Y登录查询总数1000Y批量查询总数1000Y选择信息总数1000YCPU使用率内存使用率表5- 2测试结果对比表二Windows R用普。urcES邛系统系统资源图显示了 *景执行过程中被监控的机器系统资源使用情: 形，一样:情形下监控机器的CPU、内存、网络、磁盘等各个方面：此次测 试监控的是测试服务器的CPU使用率与内存使用率，以及处理器队列长度， 沱 航-中.具体的数据如图5- *10所示。231&-O:CC尊1C:CK15:GC20:0025: &DJ&:0035:叫Elapsed scenario lim& mm gmColor ScaleMeasurementMin.Ave.Max.SD1% Processor Time (Processor Total):084.16763.81391.4067.0810.1Available MBytes (Memory):08486500.59657013.53610Processor Queue Length (System):080.01.962313.204图5- 10测试服务器系统资源监控结果图从图中能够看出，CPU使用率、内存使用率、CPU的队列长度三个指 标的曲线逗较为平滑，三者的平均值分不为：63.8