7.27 如何确定登录达到响应时间为3秒的指标
1．问题提出
在日常性能测试过程中，经常会在用户需求文档中发现这样的说明，要求首页面响应时间为3s之内，登录的响应时间在5s之内等类似的信息，那么，我们如何清楚测试结果是否达到了预期的首页面、登录响应时间的性能指标呢？
2．问题解答
随着互联网技术的广泛发展，人们也对业务的响应时间要求越来越高，目前关于响应时间有一个广泛的应用原则就是“3-5-8”原则。“3-5-8”原则指的是，如果用户发出一个请求后，这个请求在3s之内得到响应，那么给客户的感觉是该系统性能十分优秀，5s之内请求得到响应，用户会感觉还不错，但当请求响应时间超过8s甚至更长的时间以后，用户很有可能就失去信心，从此以后不再访问或者不再喜欢访问该网站、使用该程序等。这就要求网站、应用程序开发完成之后，对用户关心的主要业务的响应时间进行测试，保证这些业务达到目标用户预期结果。通常，在编写测试脚本的时候，在相关操作部分插入事务，然后在场景执行完成以后，根据事务的平均响应时间来确定响应操作是否达到了预期指标。在LoadRunner中通过对平均事务响应时间图和事务性能摘要图来确定相关业务是否达到目标，还可以了解在场景执行过程中相应事务的变化过程。下面分别来看一下事务性能摘要图和平均事务响应时间图，如图7-57和图7-58所示。
图7-57 事务性能摘要图 图7-58 平均事务响应时间图
从事务性能摘要图7-57中，我们可以看到Login事务的平均响应时间为2.73s，小于3s，所以达到了预期目标。
平均事务响应时间图7-58说明，保留事务在整个场景或会话步骤运行期间的响应时间很长。在场景或会话步骤执行期间的第6分钟和第13分钟，此事务的响应时间过长（大约55s）。为了确定问题并了解在该场景或会话步骤执行期间保留事务响应时间过长的原因，需要细分事务并分析每个页面组件的性能。要细分事务，请在平均事务响应时间图或事务性能摘要图中右键单击该事务，在弹出菜单中选择“Reservation的网页细分”项，如图7-59所示。
图7-59 Reservation的网页细分图
网页细分图显示了保留事务中每个页面组件的下载时间明细。如果组件下载的时间过长，应查看这是由哪些度量（DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间和FTP验证时间，这些项的具体解释如表7-8所示）引起的。要查看场景或会话步骤运行期间发生问题的具体时刻，请选择“页面下载细分（随时间变化）”图。
表7-8 网页细分度量项解释
|
名 称 |
描 述 |
|
DNS解析 |
显示使用最近的DNS服务器将DNS名称解析为IP地址所需的时间。DNS查找度量是指示DNS解析问题或DNS服务器问题的一个很好的指示器 |
|
连接 |
显示与包含指定URL的Web服务器建立初始连接所需的时间。连接度量是一个很好的网络问题指示器。此外，它还可表明服务器是否对请求做出响应 |
|
第一次缓冲 |
显示从初始HTTP请求（通常为GET）到成功收回来自Web服务器的第一次缓冲时为止所经过的时间。第一次缓冲度量是很好的Web服务器延迟和网络滞后指示器 注意：由于缓冲区大小最大为8KB，因此第一次缓冲时间可能也就是完成元素下载所需的时间 |
|
SSL握手 |
显示建立SSL连接（包括客户端hello、服务器hello、客户端公用密钥传输、服务器证书传输和其他部分可选阶段）所用的时间。此时刻后，客户端和服务器之间的所有通信都被加密 注意：SSL握手度量仅适用于HTTPS通信 |
|
接收 |
显示从服务器收到最后一个字节并完成下载之前经过的时间 接收度量是很好的网络质量指示器（查看用来计算接收速率的时间/大小比率） |
|
FTP验证 |
显示验证客户端所用的时间。如果使用FTP，则服务器在开始处理客户端命令之前，必须验证该客户端。FTP验证度量仅适用于FTP协议通信 |
|
客户端时间 |
显示因浏览器思考时间或其他与客户端有关的延迟而使客户机上的请求发生延迟时所经过的平均时间 |
|
错误时间 |
显示从发出HTTP请求到返回错误消息（仅限于HTTP错误）这期间经过的平均时间 |
【重点提示】
（1）启用网页细分功能必须从“Controller”菜单中，依次选择“Diagnostics”>“Configuration...”项，则出现图7-60，您可以指定需要采集百分之多少的用户参与分析诊断，单击【OK】按钮，则完成了启用网页细分功能配置。
（2）页面级别上显示的每个度量是每个页面组件记录的度量之和。例如，main url的连接时间是该页面的每个组件连接时间的总和，如图7-59所示的“Reservation的网页细分图”。
图7-60 启用Controller中的网功能页细分
更多信息请关注大开科技公众号或官方网站
www.dakaikeji.com.cn
