信息技术研究所后台登录负载测试报告

信息技术研究所后台登录负载测试报告 信息技术研究所 后台登录负载测试报告 目录 1(测试目标 .................................................................................................................................. 2 2(配置 .................................................................................................................................. 2 2.1文件及程序信息 ............................................................................................................... 2 2.2脚本 .................................................................................................................................. 2 2.3运行时设置 ....................................................................................................................... 2 3(在用户负载下事务响应时间 ................................................................................................... 3 4(每秒点击数 .............................................................................................................................. 4 5(Vuser负载方案 ........................................................................................................................ 5 6(吞吐量 ...................................................................................................................................... 6 7(事务概要说明........................................................................................................................... 7 8(平均事务响应时间 ................................................................................................................... 8 9(虚拟用户概要........................................................................................................................... 9 10(负载过程中集合点下的虚拟用户数 .................................................................................... 10 11(每秒错误数 ........................................................................................................................... 11 12(每秒事务数 .......................................................................................................................... 12 13(事务性能概要 ....................................................................................................................... 13 14(事务响应时间的百分比 ....................................................................................................... 14 15(每个时间段上的事务数 ....................................................................................................... 15 16(每秒HTTP响应 ................................................................................................................... 16 17(连接数 .................................................................................................................................. 17 18(每秒连接数 .......................................................................................................................... 18 19(网页分析 .............................................................................................................................. 19 20(页面响应时间组成分析 ....................................................................................................... 20 21(页面组成部分时间 ............................................................................................................... 21 22(页面请求组成时间 ............................................................................................................... 23 23(loadrunner对象 .................................................................................................................... 23 24(图信息 .................................................................................................................................. 25 25(结论 ...................................................................................................................................... 26 1(测试目标 使用手动场景，手动加压模拟用户，通过运行场景测试后台登录时系 统的最大并发用户数。 2(方案配置 2.1文件及程序信息 2.2脚本 脚本文件 C:\Documents and Settings\Administrator\桌面\登陆退出登录退出.usr \登录退出.usr 2.3运行时设置 Script: 登录退出.usr 思考时间:按录制参数 浏览器缓存:是 集合点设置:是 3(在用户负载下事务响应时间 显示负载测试期间相对任何指定时间点运行的 Vusers 的数目的平均 事务响应时间。此图有助于了解 Vuser 负载对性能时间的综合影响，在分 析负载逐渐变化的负载测试时最有用。 在图1中可以看出在负载数为260-1020是，事务的响应时间基本没有 变化，而在负载数为120-260和1020-1250时，事务的响应时间有较大的 波动。 Transaction Response Time Under Load Title Transaction Response Time Under Load Graph Type Correlate Base Graph Running Vusers Additional Average Transaction Response Time Granularity 1 Second 图1 图1 4(每秒点击数 显示负载测试期间每秒内 Vuser 在 Web 服务器上点击的次数。该图可帮助您依据点击次数来估算 Vuser 生成的负载数。一般点击数会随着负载的增加而增加，该数据越大越好。 从图2可以看出随着时间的增加，每秒点击数在增加，最高达到620次/s。 图2 ColoScale Measurement Graph Minimum Average Graph Maximum Graph Median r 1 Hits 0 119.729 618.875 73.75 5(Vuser负载方案 显示负载测试的每秒期间执行 Vuser 脚本的 Vusers 的数目及其状态。此图可以反映系统形成负载的过程，以及随着时间的推移，虚拟用户数是怎样变化的。对于确定任何指定时刻服务器上的 Vuser 负载非常有用。 可以看到用户在2分8秒左右到达了负载峰在图3:Running Vusers中 值 1250 个虚拟用户，负载生成是大约每8秒增加50个用户，峰值负载持续42秒。 图3 Color Scale Measurement Graph Minimum 1 Run 0 6(吞吐量 这里给出了在当前系统负载下所使用的带宽，该数据越小说明系统的带宽以来越小，通过这个数据能确定是否出现了网络带宽的瓶颈。(单位:字节) 在图4中可以得到最高的带宽峰值是5500000B，远远低于100M的局域网带宽上限，所以系统不存在带宽瓶颈。 图4 Color Scale Measurement Graph Minimum Average Graph Maximum Graph Median 1 Throughput 0 1457321.516 5724606.25 1047487.625 7(事务概要说明 该项说明给出事务的pass个数和fail个数，了解负载的事务完成情况。通过的事务数越多，说明系统同的处理能力越强;失败的事务越少，说明系统越可靠。 在图5中可以看出，对于系统后台登录操作一共有1174次操作成功，有364次失败，结合每秒错误数可以分析到出现364次失败是因为并发用户数达到了系统不能承受的数据，导致系统崩溃。 图5 8(平均事务响应时间 此图反映随着时间的变化事务响应时间的变化情况，时间越小说明处理的速度越快。如果和用户负载生成图合并在一起看，就可以发现用户负载增加对系统事务响应时间的影响规律。 在图6中可以看到响应时间是如何增长的，随着时间的推移响应时间逐渐变长，并且在4分钟的时候出现下降的趋势。 图6 Color Scale Measurement Graph's Minimum Graph's Average Graph's Graph's Median Maximum 1 Action_Transaction 77.409 132.748 200.38 135.287 1 vuser_end_Transaction 0 0.035 0.403 0 1 vuser_init_Transaction 0 0.002 0.013 0.001 9(虚拟用户概要 通过图7可以看出虚拟用户的成功率为76.33%，失败率为23.67%。 图7 Color Scale Measurement Graph Average 1 Failed 364 1 Passed 1174 10(负载过程中集合点下的虚拟用户数 当场景中设置了集合点后会出现这张图，该图反映了随着时间的推移各个时间点上并发用户的数目，方便我们了解并发用户数的变化情况。 在8中可以看到2分24秒时的负载并发用户是1150，到3分28秒时降为0，后后在4分24秒升为350个用户并发。 图8 Color Scale Measurement Minimum Average Maximum 1 denglu 50 512.667 1150 11(每秒错误数 通过每秒错误数可以了解在每个时间点上错误产生的数目，该数据越小越好。通过这个图可以了解错误随负载的变化情况，定位何时系统在负载下开始不稳定甚至出错，配合系统日志可以定位产生错误的原因。在图9中可以看到场景在2分38秒时开始出现错误。 图9 Color Scale Measurement Graph Minimum Average Graph Maximum Graph Median 1 Error -26627 0 0.53 4.375 0 1 Error -27995 0 0.519 7.375 0 12(每秒事务数 TPS吞吐量是另一个关键数据，该数据反映了系统在同一时间内能处理业务的最大能力，这个数据越高说明系统处理能力越强。 在图10中可以看到系统的TPS在15秒钟内便达到了每秒处理20个事务。随后在4分钟时达到了每秒68个事务。在2分30秒开始出现失败事务。这里的最高值并不一定代系统的最大处理能力 ，TPS会受到负载的影响，也会随着负载的增加而逐渐增加，当系统进入繁忙期后，TPS会有所下降。 图10 Color Scale Measurement Graph Minimum Average Graph Maximum Graph Median 1 Action_Transaction:Fail 0 1.049 7.375 0 1 Action_Transaction:Pass 0 3.383 67.5 0 1 vuser_end_Transaction:Pass 0 4.432 47 0.25 1 vuser_init_Transaction:Pass 0 4.432 20.25 0 13(事务性能概要 这里会给出事务的平均时间、最大时间、最小时间柱状图，方便分析事务响应时间的情况。 在图11中可以看到系统后台登录这个事务最大时间为233.825s，最小时间为66.6s，平均时间为170.545s。柱状图的落差越小说明响应时间波动越小，如果落差很大，说明系统不够稳定。图11的落差就很大，系统太不 稳定。 图11 Color Scale Measurement 1 Minimum 1 Average 1 Maximum 14(事务响应时间的百分比 这里给出的是不同百分比下的事务响应时间范围，通过这个图可以了解有多少比例的事务发生在某个时间内，也可以发现响应事务的分布规律，数据越平稳说明响应时间变化越小。 在图12中可以看出25%的事务在120s内，75%的事务在140-220s 内。 图12 Color Scale Measurement Graph Minimum Graph Average Graph Maximum Graph Median 1 Action_Transaction 71.796 171.437 233.825 184.766 1 vuser_end_Transaction 0 0.089 1.857 0 1 vuser_init_Transaction 0 0.013 1.25 0 15(每个时间段上的事务数 该图给出的是在每个时间段上的事务数，响应时间较小的分类下的事务数越多越好。 从图13可以看到绝大多数的事务的响应时间接近1秒，少数事务的响应时间比较长。 图13 Color Scale Measurement 1 Action_Transaction 1 vuser_end_Transaction 1 vuser_init_Transaction 16(每秒HTTP响应 这里给出了每秒钟服务器返回各种状态的数目。如果服务器返回的响应数小于客户端发出的点击数，那么说明服务器无法应答超出负载的连接请求。 在图14中可以看到最高峰时服务器每秒能返回接近670个http的状态。 图14 Color Scale Measurement Graph Minimum 1 HTTP_200 0 1 HTTP_302 0 1 HTTP_404 0 17(连接数 在图15中可以看出连接数在2分23秒是达到最大值，稳定了8秒后开始下降。 图15 Color Scale Measurement Graph's Minimum 1 Connections 0 18(每秒连接数 这里给出两种不同状态的连接数，中断的和新建的连接，方便了解当前每秒对服务器产生连接的数量。 在图16中可以看到随着时间的推移系统的连接数逐步下降。说明服务器的连接池已满，无法连接更多的用户。这时可以提高系统的最大连接数来连接更多的用户。 图16 Color Scale Measurement Graph's Minimum 1 Connection Shutdowns 0 1 New Connections 0 19(网页分析 添加该图会得到整个场景运行后虚拟用户访问的page列表，也就是所有页面下载时间列表。 从图17中可以看到整个负载由5个页面组成。其中4个请求都在40秒以内，有一个请求时间较长，不过有下降趋势。 图17 Color Scale Measurement Minimum Average Maximum 1 211.82.1..._logout.action (main 0.015 2.28 7.264 URL):Action_Transaction -> 1 211.82.1...r_logon.action (main 44.403 73.827 87.705 211.82.1..._logout.action (main URL) URL):Action_Transaction -> 1 211.82.193.72:8080/admin (main 0.335 5.436 42.498 211.82.1...r_logon.action (main URL) URL):Action_Transaction -> 1 addons.../tk.gif?when=run (main 0.125 5.758 18.763 211.82.193.72:8080/admin (main URL) URL):Action_Transaction -> 1 addons.g...firefox.com.cn (main 0.047 0.453 2.077 addons.../tk.gif?when=run (main URL) URL):Action_Transaction -> 1 addons.g-f...r.firefox.com.cn (main 0.052 0.097 0.342 addons.g...firefox.com.cn (main URL) URL):Action_Transaction -> 1 adu.g-fo...=1362752786464 (main 0.037 1.779 9.648 addons.g-f...r.firefox.com.cn (main URL) URL):Action_Transaction -> 1 i.firefo...kdialdata.json (main 0.081 2.315 15.246 adu.g-fo...=1362752786464 (main URL) URL):Action_Transaction -> i.firefo...kdialdata.json 1 www.g-fo...ite_semodifier (main 0.035 2.224 12.141 (main URL) URL):Action_Transaction -> 1 www.goog...e)%3B&utmu=qB~ (main 0.156 3.357 12.215 www.g-fo...ite_semodifier (main URL) URL):Action_Transaction -> www.goog...e)%3B&utmu=qB~ (main URL) 20(页面响应时间组成分析 这张图中显示了每个页面响应时间的组成分析。从图18中可以看出服 务器返回第一个字节所需要的时间(first buffer time)明显比较长。说明系 统对于正常请求的处理时间开销较大。 Page Download Time Breakdown Title Page Download Time Breakdown C:\Documents and Settings\Administrator\桌面\首页xin\res\res.lrr Current Filters Component Type = (Page) Results Group By 图18 Color Scale Measurement Minimum Average Maximum 1 DNS Resolution Time 0 1.312 18.395 1 Connection Time 0 0.244 7.532 1 SSL Handshaking Time 0 0 0 1 FTP Authentication Time 0 0 0 1 First Buffer Time 0 11.52 138.514 1 Receive Time 0 0.151 4.548 1 Client Time 0 0.154 5.485 1 Error Time 0 0.164 11.386 21(页面组成部分时间 这里反映了随着时间的变化所有网页的响应时间变化过程。从图19中可以看到大多数页面的响应时间是比较稳定的，其中登录刷新变动大。 Page Download Time Breakdown (Over Time) Title Page Download Time Breakdown (Over Time) C:\Documents and Settings\Administrator\桌面\首页xin\res\res.lrr Current Filters Component Type = (Page) Results Group Granularity 8 Seconds By 图19 Color Scale Measurement Minimum Average Maximum 1 211.82.1..._logout.action (main URL).[DNS 0 0 0 Resolution Time] 1 211.82.1..._logout.action (main URL).[Connection 0 0 0 Time] 1 211.82.1..._logout.action (main URL).[SSL 0 0 0 Handshaking Time] 1 211.82.1..._logout.action (main URL).[FTP 0 0 0 Authentication Time] 1 211.82.1..._logout.action (main URL).[First Buffer 0.015 2.28 7.262 Time] 1 211.82.1..._logout.action (main URL).[Receive Time] 0 0 0.001 1 211.82.1..._logout.action (main URL).[Client Time] 0 0 0 1 211.82.1..._logout.action (main URL).[Error Time] 0 0 0 1 211.82.1...r_logon.action (main URL).[DNS 0 0 0 Resolution Time] 1 211.82.1...r_logon.action (main URL).[Connection 0.008 1.509 7.532 Time] 1 211.82.1...r_logon.action (main URL).[SSL 0 0 0 Handshaking Time] 1 211.82.1...r_logon.action (main URL).[FTP 0 0 0 Authentication Time] 1 211.82.1...r_logon.action (main URL).[First Buffer 48.153 105.011 138.514 Time] 1 211.82.1...r_logon.action (main URL).[Receive Time] 0.115 1.225 4.548 1 211.82.1...r_logon.action (main URL).[Client Time] 0 0.927 5.485 1 211.82.1...r_logon.action (main URL).[Error Time] 0 1.642 11.386 1 211.82.193.72:8080/admin (main URL).[DNS 0 0 0 Resolution Time] 1 211.82.193.72:8080/admin (main URL).[Connection 0.004 0.221 1.526 Time] 1 211.82.193.72:8080/admin (main URL).[SSL 0 0 0 Handshaking Time] 22(页面请求组成时间 这里提供了组成页面时间请求的比例说明(客户端时间/服务器时间)。从图20可以发现整个页面的处理在服务器端消耗的时间长，从而得到系统的性能问题在服务器端。 Time to First Buffer Breakdown Title Time to First Buffer Breakdown C:\Documents and Settings\Administrator\桌面\首页xin\res\res.lrr Current Filters Component Type = (Page) Results Group By 图20 23(loadrunner对象 Vuser 脚本 Vuser 脚本描述 Vuser 在方案期间执行的操作。每个 Vuser 都在方案运行期间执行 Vuser 脚本。Vuser 脚本中包含用于度量和应用程序组件性能的函数。 对系统处理高负载的能力进行测试。负载测试模拟同时与计算机交互的多个事务或用户，并提供有关响应时间和系统行负载测试 为的报告。 通过运行时设置可以自定义 Vuser 脚本的执行方式。需要在运行方案前在 Controller 或 VuGen 中配置运行时设置。可以在“方案运行时设置”对话框中查看有关在每个方案中运运行时设置 行的 Vuser 组和脚本的信息，以及方案中每个脚本的运行时设置。 方案定义在每个测试会话期间发生的事件。例如，方案定义并控制要模拟的用户数、用户执行的操作以及运行模拟的计方案 算机。 通过生成器可以设置方案开始运行的时间、方案的持续时间或方案内 Vuser 组的持续时间，并可以逐渐运行和停止 计划程序 方案内或 Vuser 组内的 Vuser。它还允许您设置方案中 Vuser 的负载行为。 使用 Analysis 实用程序时，需要在会话内工作。Analysis 会话至少包含一个方案结果集(lrr 文件)。Analysis 实用程 会话 序处理方案结果信息并生成图和报告。Analysis 将活动图的显示信息和布局设置存储在扩展名为 .lra 的文件。每个会 话有会话名称、结果文件名、数据库名、目录路径以及类型。 事务代表用于度量服务器性能的操作或操作集。通过用开始 和结束事务语句将相应的脚本节括起来，可以在 Vuser 脚本事务 内定义事务。 LoadRunner 使用 Vuser 或虚拟用户来代替实际用户。运行 方案时，Vuser 会模拟实际用户对应用程序的操作。一个方Vuser 案可以包含单个工作站上并发运行的几十、几百甚至几千个 Vuser。 24(图信息 平均值 图形度量的平均值。 点击数 Vuser 对 Web 服务器发出的 HTTP 请求数。 最大值 图形度量的最大值。 度量 这是所监视资源的类型。 中间值 图形度量的中间值。 最小值 图形度量的最小值。 通过网络发送的数据包进入所请求的节点并返回所需花费的网络延迟 时间。 网络路径 网络路径是数据在源计算机和目标计算机之间传送的路线。 响应时间 执行事务所花费的时间。 为在一个图上显示所有度量，以使图更易于读取和分析，可 以更改 X 轴的刻度(或粒度)。可以手动设置度量的比例，查刻度(或粒度) 看图中所有度量的度量趋势，或者让 Analysis 自动设置比 例。“图例”选项卡指明了每种资源的比例因子。 偏差(SD) 与算术平均数之间的偏离的平方的算术平均数的平方根 吞吐量是用字节度量的，表示 Vuser 从服务器接收的数据 吞吐量 量。 运行方案时，Vuser 会生成负载或对服务器加压。LoadRunner Vuser 负载 监视该负载对应用程序性能的影响。 25(结论 经过多次模拟大量用户并发场景，最终得出信息技术研究所后台登录的用户最大并发数为1538人。由图4可知系统不存在带宽瓶颈。通过分析图18和图20，服务器端处理用户请求和页面消耗的时间很长，说明系统的性能瓶颈在服务器端。通过分析图16发现可以通过提高系统的最大连接数来连接更多的用户，从而提高用户的最大并发数。另外可以通过优化磁盘配置，优化内存等方法提高性能。