《web项目办法测试实战性能测试结果分析样章》由会员分享，可在线阅读，更多相关《web项目办法测试实战性能测试结果分析样章（9页珍藏版）》请在金锄头文库上搜索。
1、5.4.2测试结果分析LoadRunner性能测试结果分析是个复杂的过程，通常可以从结果摘要、并发数、平均事务响应时间、每秒 点击数、业务成功率、系统资源、网页细分图、Web效劳器资源、数据库效劳器资源等几个方面分析，如 错误！未指定书签。所示。性能测试结果分析的一个重要的原那么是以性能测试的需求指标为导向。我们回忆一下本次性能测试的目的，正如 错误！未指定书签。所列的指标，本次测试的要求是验证在30分钟内完成2000次用户登录系统，然后进行考勤业务，最后退出，在业务操作过程中页面的响应时间不超过3秒，并且效劳器的 CPU使用率、内存使用率分别不超过75%、70%,那么按照所示的流程，我们开始
2、分析，看看本次测试是否到达了预期的性能指标，其中又有哪些性能隐患，该如何解决。图5- 1性能测试结果分析流程图结果摘要LoadRunner进行场景测试结果收集后，首先显示的该结果的一个摘要信息，如 错误！未指定书签。 所示。 概要中列出了场景执行情况、 Statistics Summary 统计信息摘要、Transaction Summary 事务摘要 以及“HTTP Responses Summary HTTP响应摘要等。以简要的信息列出本次测试结果。图5- 2性能测试结果摘要图场景执行情况该局部给出了本次测试场景的名称、结果存放路径及场景的持续时间，如 错误！未指定书签。所示。从该图 我们
3、知道，本次测试从15:58:40开始，到16:29:42结束，共历时31分2秒。与我们场景执行方案中设计的时间根本吻合。图5- 3场景执行情况描述图Statistics Summary 统计信息摘要该局部给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如错误！未指定书签。 所示。从该图我们得知，本次测试运行的最大并发数为7,总吞吐量为842,037,409字节,平均每秒的吞吐量为 451,979字节，总的请求数为 211,974,平均每秒的请求为 113.781 ,对于吞吐量，单位时间 内吞吐量越大，说明效劳器的处理能越好，而请求数仅表示客户端向效劳器发
4、出的请求数，与吞吐量一般是成正比关系。 I * I图5- 4统计信息摘要图Transaction Summary 事务摘要该局部给出了场景执行结束后相关Action的平均响应时间、通过率等情况，如 错误！未指定书签。所示。从该图我们得到每个 Action的平均响应时间与业务成功率。注意：因为在场景的“Run-time Settings Miscellaneous选项中将每一个Action当成了一个事务执行，故这里的事务其实就是脚本中的Action 。图5- 5事务摘要图欢送阅读欢送阅读HTTP Responses Summary HTTP 响应摘要错误!该局部显示在场景执彳T过程中，每次HTT
5、P请求发出去的状态，是成功还是失败，都在这里表达，如未指定书签。所示。从图中可以看到，在本次测试过程中LoadRunner共模拟发出了 211974次请求与“统计信息摘要中的“ Total Hits 一致，其中“ HTTP 200 的是209811次，而“ HTTP 404 贝U有2163,说明在本 次过程中，经过发出的请求大局部都能正确响应了，但还是有局部失败了，但未影响测试结果，“HTTP 200表示请求被正确响应，而“ HTTP 404 表示文件或者目录未能找到。有朋友可能会问，这里出现了404的错误,为什么结果还都通过了。出现这样问题的原因是脚本有些页面的请求内容并非关键点，比方可能请
6、求先前的cookie信息，如果没有就重新获取，所以不会影响最终的测试结果。图5- 6 HTTP响应摘要常用的HTTP状态代码如下:400无法解析此请求。401.1401.2401.3未经授权：访问由于凭据无效被拒绝。未经授权：访问由于效劳器配置倾向使用替代身份验证方法而被拒绝。401.4401.5401.7未经授权:未经授权:未经授权:未经授权:访问由于 ACL对所请求资源的设置被拒绝。Web效劳器上安装的筛选器授权失败。ISAPI/CGI应用程序授权失败。由于 Web效劳器上的 URL授权策略而拒绝访问。403禁止访问：访问被拒绝。403.1403.2403.3403.4403.5403.6
7、403.7403.8403.9403.10403.11403.12403.13403.14403.15403.16403.17403.18403.19403.20禁止访问： 禁止访问： 禁止访问： 禁止访问： 禁止访问： 禁止访问： 禁止访问： 禁止访问： 禁止访问：禁止访问 禁止访问 禁止访问 禁止访问 禁止访问 禁止访问 禁止访问 禁止访问 禁止访问 禁止访问 禁止访问执行访问被拒绝。读取访问被拒绝。写入访问被拒绝。而与IX Mi而与IX Mi客户端的SSL查看该资源。SSL 128查看该资源。IP地址被拒绝。需要 SSL客户端证书。客户端的DNS名称被拒绝。太多客户端试图连接到Web效劳
8、器。Web效劳器配置为拒绝执行访问。密码已更改。效劳器证书映射器拒绝了客户端证书访问。客户端证书已在Web效劳器上撤消。在 Web效劳器上已拒绝目录列表。Web效劳器已超过客户端访问许可证限制。客户端证书格式错误或未被Web客户端证书已经到期或者尚未生效。无法在当前应用程序池中执行请求的 无法在该应用程序池中为客户端执行Passport登录失败。效劳器信任。URL 。CGI。404找不到文件或目录。404.1文件或目录未找到：网站无法在所请求的端口访问。需要注意的是404.1错误只会出现在具有多个IP地址的计算机上。如果在特定上收到客户端请求，而且没有将 错误。例如，如果一台计算机有两个IP地
9、址配置为在该特定的端口上侦听，那么IP地址/端口组合IIS 返回 404.1 HTTPIP地址，而只将其中一个 IP地址配置为在端口 80上侦听,那么另一个IP地址从端口 80收到的任何请求都将导致IIS返回404.1错误。只应在此效劳级别设置该错误，因为只有当效劳器上使用多个IP地址时才会将它返回给客户端。404.2 文件或目录无法找到：锁定策略禁止该请求。404.3 文件或目录无法找到：MIME映射策略禁止该请求。405用于访问该页的 HTTP动作未被许可。406客户端浏览器不接受所请求页面的MIME类型。407 Web效劳器需要初始的代理验证。410文件已删除。412客户端设置的前提条件
10、在Web效劳器上评估时失败。414请求URL太大，因此在 Web效劳器上不接受该 URL。500效劳器内部错误。500.11 效劳器错误500.12 效劳器错误500.13 效劳器错误500.14 效劳器错误500.15 效劳器错误500.16 效劳器错误500.17 效劳器错误500.18 效劳器错误500.19 效劳器错误500.20 效劳器错误Web效劳器上的应用程序正在关闭。Web效劳器上的应用程序正在重新启动。Web效劳器太忙。效劳器上的无效应用程序配置。不允许直接请求GLOBAL.ASA 。UNC授权凭据不正确。URL授权存储无法找到。URL授权存储无法翻开。该文件的数据在配置数据
11、库中配置不正确。URL授权域无法找到。500 100内部效劳器错误：ASP错误。501标题值指定的配置没有执行。502 Web效劳器作为网关或代理效劳器时收到无效的响应。并发数分析“Running Vusers (运行的并发数)显示了在场景执行过程中并发数的执行情况。它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息，将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。错误！未指定书签。 显示了在OA系统考勤业务性能测试过程中Vusers运行情况，从图中我们可以看到，Vusers的运行趋势与我们场景执行方案中的设置是一样，说明在场景执行过程中，Vuser
12、s是按照我们预期的设置运行的， 没有Vuser出现运行错误，这样从另一个侧面说明我们的参数化设置是正确的，因为使用唯一数进行参数化设置，如果设置不正确，将会导致Vuser运行错误。在脚本中我们参加了这样一段代码：if (atoi(lr_eval_string(num) 0)lr_output_message(登录成功，继续执行 .)； elselr_error_message(登录失败，退出测试 )； return -1; 上述代码的意思是说，如果登录失败了，就退出脚本的迭代，那么什么原因可能会导致登录失败呢？就是我们前面参数化的设置，一旦Vuser分配不到正确的登录账号，就可能导致登录失败，
13、从而引起Vuser停止运行。所以，从 错误！未指定书签。的表现，可以认为参数化是没有问题的。图5- 7运行的并发数图测试脚本中我们还使用了集合点，那么这里还可以看看集合点在场景执行过程中的表现，点击左边的“NewGraph,出现 错误！未指定书签。，展开Vusers前的加号，双击“Rendezvous,出现集合点的图形后， 点击【Close,关闭添加新图界面。图5- 8添加集合点统计图集合点的图形如 错误！未指定书签。 所示，从图中可以看到，所有用户到达集合点后，立刻就释放了。与之前设定的集合点策略设置“所有运行用户到达后释放“是一致的。假设这样的一种情况，Running的Vusers有10个
14、，集合点策略设置是“所有运行用户到达后释放，而集合点图形显示的最大释放Vusers是7个，那么就表示有些Vuser超时了，引起超时的原因可能是Vuser得到的响应超时了，可以结合平均事务响应时间再详细分析原因。图5- 9集合点状态图我们本次测试 Running Vusers与集合点是一致，说明整个场景执行过程中，并发数用户的执行正确，OA系统测试效劳器能够应付 7个并发用户的业务操作。响应时间在性能测试要求中我们知道，有一项指标是要求登录、考勤业务操作的页面响应时间不超过 3秒，那么本次 测试是否到达了这个要求呢？我们先来看Average Transaction Response Time 平
15、均事务响应时间图错误！未指定书签。，这张图是平均事务响应时间与结果摘要中的Transaction Summary合成的。图5- 10平均事务响应时间图从图形下部我们可以看到，登录局部对应的Action是“submit_login ,考勤业务提交对应的Action是submit_sign,他们的Average Time 平均响应时间为分别是 4.425秒与0.848秒，从这两个数值来看， 考勤业务的事务响应时间0.848秒小于预期的3秒，到达了要求，而登录是4.425秒，大于预期的3秒，不符合要求。这样的结果是不正确的，因为在统计的登录业务的时候，我们没有去除思考时间，所以，登录功能的实际 事务时间应该是 4.425秒-3秒=
