压力测试报告标准版

报告目录1. 引言 21.1编写目的 21.2系统概述 21.2.1工程名称 21.2.2总体目标 21.2.3技术目标 22. 测试环境 32.1软硬件环境 3网络拓扑结构 42.4测试环境约束 43. 测试范围及测试要求 4测试 4测试内容 4测试通过标准 54. 测试工具 55. 测试结果 5测试时间及人员 6测试结果分析 66. 结论 13引言1.1编写目的本文档是对(工程名称)性能测试所做的说明，为充分利用已有的软硬件资源，配合对各系统应用模块的运行测试方案,查缺补漏完善系统的各项具体功能,保证工程的顺利进行，本测试报告有助于实现以下目标：明确本次性能测试的测试资源；明确本次性能测试的测试内容；明确本次性能测试的测试方法；明确本次性能测试的系统性能。1.2系统概述1.2.1工程名称工程名称:工程简称:工程单位:开发商:1.2.2总体目标中山移动营业厅系统支持200个以上并发客户端的访问1.2.3技术目标1技术目标 使用测试工具实现虚拟用户并发访压力测试，要求系统满足用户并发量在200以上，并能正常工作。测试环境软硬件环境硬件环境应用效劳器数据库效劳器客户端硬件配置CPU：Intel(R)Pentium(R)DCPU0GHzMemory：2GHD:360GSATACPU：Intel(R)Pentium(R)DCPU0GHzMemory：2GHD:360GSATACPU：Intel(R)Core(TM)CPU2.20GHzMemory：2GHD:360GSATA软件配置OS：Windows2003Tomcat6OS：Windows2003MySQL5.0.17LinuxWindowxpProfessional〔SP3〕网络拓扑结构2.4测试环境约束本次测试结果依据目前被测系统的软/硬件环境。本次测试结果依据目前被测系统的程序版本。本次测试结果依据目前被测系统的网络环境。本次测试结果依据目前被测系统的测试数据量。测试范围及测试要求测试测试内容根据需求，对登录操作进行并发的压力测试，对主要业务模块中的主要业务进行压力和负载测试。测试通过标准 系统在并发用户200时，系统表现稳定测试工具测试工具：Loadrunner〔美国Mercury公司〕使用WebService协议。主要思想是使用虚拟用户〔Virtualusers〕来模拟实际用户对系统施加压力。模拟图如下：测试结果测试时间及人员时间：人员：钟地点：珠海万佳达软件开发测试结果分析LoadRunner进行200用户场景模拟测试结果收集后，显示的该结果的一个摘要信息，如REF_Ref218147934\h图5-2所示。概要中列出了场景执行情况、“StatisticsSummary〔统计信息摘要〕〞、“TransactionSummary〔事务摘要〕〞以及“HTTPResponsesSummary〔HTTP响应摘要〕〞等。以简要的信息列出本次测试结果。图5-SEQ图5-\*ARABIC2性能测试结果摘要图场景执行情况该局部给出了本次测试场景的名称、结果存放路径及场景的持续时间，如REF_Ref218147952\h图5-3所示。从该图我们知道，本次测试从16:17:08开始，到16:54:38结束，共历时37分30秒。图5-SEQ图5-\*ARABIC3场景执行情况描述图StatisticsSummary〔统计信息摘要〕该局部给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如REF_Ref218147972\h图5-4所示。从该图我们得知，本次测试运行的最大并发数为200，总吞吐量为960,974,180字节，平均每秒的吞吐量为426910字节，总的请求数为117,105，平均每秒的请求为。图5-SEQ图5-\*ARABIC4统计信息摘要图TransactionSummary〔事务摘要〕该局部给出了场景执行结束后相关Action的平均响应时间、通过率等情况，如REF_Ref218147990\h图5-5所示。从该图我们得到每个Action的平均响应时间与业务成功率。图5-SEQ图5-\*ARABIC5事务摘要图HTTPResponsesSummary〔HTTP响应摘要〕该局部显示在场景执行过程中，每次HTTP请求发出去的状态，是成功还是失败，都在这里表达，如REF_Ref218148012\h图5-6所示。从图中可以看到，在本次测试过程中LoadRunner共模拟发出了117105次请求〔与“统计信息摘要〞中的“TotalHits〞一致〕，其中“HTTP200〞的是117105次，说明在本次过程中，经过发出的请求全局部都能正确响应了〔“HTTP200〞表示请求被正确响应〕。图5-SEQ图5-\*ARABIC6HTTP响应摘要并发数分析“RunningVusers〔运行的并发数〕〞显示了在场景执行过程中并发数的执行情况。它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息，将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。REF_Ref218148069\h图5-7显示了在系统业务性能测试过程中Vusers运行情况，从图中我们可以看到，Vusers的运行趋势与我们场景执行方案中的设置是一样，说明在场景执行过程中，Vusers是按照我们预期的设置运行的，没有Vuser出现运行错误，这样从另一个侧面说明我们的参数化设置是正确的，因为使用唯一数进行参数化设置，如果设置不正确，将会导致Vuser运行错误。ColorScaleMeasurementGraphMin.GraphAve.GraphMax.GraphMedianGraphSD1Run200129图5-SEQ图5-\*ARABIC7运行的并发数图我们本次测试RunningVusers与集合点是一致，说明整个场景执行过程中，并发数用户的执行正确，系统测试效劳器能够应付200个并发用户的业务操作。响应时间“AverageTransactionResponseTime〔平均事务响应时间图〕〞〔REF_Ref218148163\h图5-10〕，这张图是平均事务响应时间与结果摘要中的“TransactionSummary〞合成的。ColorScaleMeasurementMin.Ave.Max.SD1login_Action_Transaction1select_allAction_Transaction1select_oneAction_Transaction1vuser_end_Transaction1vuser_init_Transaction图5-SEQ图5-\*ARABIC10平均事务响应时间图从图形下部我们可以看到，登录局部对应的Action是“login_Action〞，批量查询对应的Action是“select_allAction〞，选择信息查询对应的Action是“select_oneAction〞，他们的“AverageTime〔平均响应时间为〕〞分别是秒与秒与秒，从这三个数值来看，都过大，不符合要求。实际事物时间应为登录：47.115/5–5=4.423〔减5登录时包含了一个用户信息查询〕批量查询：选择信息查询：93.983/5/7=2.685(除7做了7次点击选择信息)注：除5所有的事物都被重复执行5次看完了“AverageTime〞，我们再看“90PercentTime〞，表示90%的事务登录：95.711/5–5=14.142〔减5登录时包含了一个用户信息查询〕批量查询：选择信息查询：146.797/5/7=4.194(除7做了7次点击选择信息)注：除5所有的事物都被重复执行5次从REF_Ref218148163\h图5-10可以看出，所有Action平均事务响应时间的趋势有较大的波动，所以使用“90PercentTime〞。根据上面的计算，本次测试结果记录如REF_Ref217147291\h表5-1所示。测试项实际值是否通过登录业务响应时间秒Y批量查询响应时间秒Y选择信息响应时间秒Y登录业务成功率100%考勤业务成功率100%登录查询总数1000批量查询总数1000选择信息总数1000CPU使用率维持100%内存使用率<20%表5-SEQ表5-\*ARABIC1测试结果对照表一每秒点击数REF_Ref218148255\h图5-11显示的是“HitsperSecond〞与“AverageThroughput(bytes/second)〞的复合图，从图中可以看出，两种图形的曲线都正常并且根本一致，说明效劳器能及时的接受客户端的请求，并能够返回结果。图5-SEQ图5-\*ARABIC11每秒点击数与每秒吞吐量复合图业务成功率。在“TransactionSummary〞中我们可以很明确的看到每个事务的执行状态，如REF_Ref218148280\h图5-12所示。ColorScaleMeasurement1Pass图5-SEQ图5-\*ARABIC12事务状态统计图从图中可以看出，所有的Aciton都是绿色的，即表示为Passed，同时除了vuser_init与vuser_end两个事务，其他的事务通过数为2163，也就说明在30分钟的时间里，共完成了2163次登录考勤业务操作。那么根据这些可以判断本次测试登录业务与考勤业务的成功率是100%，再次更新测试结果记录表如REF_Ref217152160\h表5-2所示。测试项实际值是否通过登录业务响应时间秒Y批量查询响应时间秒Y选择信息响应时间秒Y登录业务成功率100%Y考勤业务成功率100%Y登录查询总数1000Y批量查询总数1000Y选择信息总数1000YCPU使用率内存使用率表5-SEQ表5-\*ARABIC2测试结果对照表二系统资源系统资源图显示了在场景执行过程中被监控的机器系统资源使用情况，一般情况下监控机器的CPU、内存、网络、磁盘等各个方面。本次测试监控的是测试效劳器的CPU使用率与内存使用率，以及处理器队列长度，具体的数据如REF_Ref218148341\h图5-13所示。ColorScaleMeasurementMin.Ave.Max.S5-SEQ图5-\*ARABIC13测试效劳器系统资源监控结果图从图中可以看出，CPU使用率、内存使用率、CPU的队列长度三个指标的曲线逗较为平滑，三者的平均