结果摘要:

  场景执行情况:

    该部分给出了本次测试场景的名称、结果存放路径 及 场景的持续时间

  统计信息摘要 statistic summary

    该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值

    对于吞量,单位时间内吞吐量越大,说明服务器的处理能力越好,而请求数仅表示客户端向服务器发出的请求数,与吞吐量一般是成正比关系

  事务摘要 transaction summary

    该部分给出了场景执行结束后相关action的平均响应时间、通过率等情况

  http 响应摘要 http responses summary

    该部分显示在场景执行过程中,每次http请求发出去的状态,是成功还是失败

    出现了404错误,但结果都通过了,出现这样的问题的原因是脚本有些页面的请求内容并非关键点,比如可能请求先前的cookie信息,如果没有就重新获取,所以不会影响最终的测试结果

    400 无法解析请求

    401 未经授权

    403 禁止访问

    404 找不到文件或目录

    500 服务器错误

  并发数分析

    running vusers 运行的并发数,显示了在场景执行过程中并发数的执行情况,它们显示vuser的状态、完成脚本的vuser的数量以及集合统计信息,将这些图与事务图结合使用可以确定vuser的数量对事务响应时间产生的影响

  rendezvous 集合点(新图-添加)

  响应时间:

    average transaction response time 平均事务响应时间:

      加上思考时间是为了真实的模拟用户环境,统计结果中除去思考时间是为了更真实的反映服务器处理能力

      90 percent time:表求90%的事务,服务器的响应都维持在某个值附近,average time 值对于平均事务响应时间变动趋势很大的情况统计不准确,如果整体趋势比较平滑,没有忽上忽下的波动情况,取两者都可以,如果整体趋势毫无规律,波动非常大,90percent time更真实些

  每秒点击数 hits per second

    反映了客户端每秒钟向服务器商提交的请求数量,如果客户端发出的请求数量越多,与之相对的average throughput 也应该越大,并且发出的请求越多会对平均事务响应时间造成影响,所以在测试过程中往往将这三都结合起来分析

    如果 hits per second正常,而 average throughput 不正常,则表示服务器虽然能够接受服务器的请求,但返回结果较慢,可能是程序处理缓慢

    如果hits per second不正常,则说明客户端存在问题,这种问题一般是网络引起的,或者录制的脚本有问题,未能正确的模拟用户的行为

    一般情况下,这两种指标用于性能调优,比如给定了几个条件,去检测另外一个条件,用这两个指标衡量,往往起到很好的效果,比如要比较某两种硬件平台的优劣,就可以使用相同的配置方法部署软件系统,然后使用相同的脚本、场景设计、统计方法去分析,最终得出一个较优的配置

  业务成功率

    就是事务成功率,用户一般把一个action当做一笔业务,在loadrunner场景执行中一笔交易称为一个事务。在 transaction summary中可以很明确的看到每个事务的执行状态

  系统资源:

    系统资源图显示了在场景执行过程中被监控的机器系统资源使用情况,一般情况下监控机器的CPU、内存、网络、磁盘等各个方面

    processor time :CUP使用率

    availablembytes(memory):可用物理内存 内在使用率=(总内存-可用)/总内存

    processor queue length :cpu队列长度:超过2 则可能表示处理器堵塞

网页细分图

  可以评估页面内容是否影响事务响应时间,使用网页细分图,可以分析网站上有问题的元素

  page download time breakdown

  client time 显示因浏览器思考时间或其他与客户端有关的延迟而使客户机上的请求发生延迟时,所经过的平均时间

  connection time 显示与包含指定url的web服务器建立初始连接所需的时间,连接度量是一个很好的网络问题指示器,此外,它还可表明服务器是否对请求做出响应

  DNS resolution time显示使用最近的DNS服务器将DNS名称解析为IP地址所需的时间。DNS查找度量是指示DNS解析问题或DNS服务器问题的一个很好的指示器

  Error time 显示从发出http请求到返回错误消息仅限于http错误这期间经过的平均时间

  first buffer time 显示从初始http请求通常为get到成功收回来自web服务器的第一次缓冲时为止所经过的时间。第一次缓冲度量是很好的web服务器延迟和网络滞后指示器

  注意:由于缓冲区大小最大为8k,因此第一次缓冲时间可能也就是完成元素下载所需的时间

  FTP authernthication time;显示验证客户端所用的时间,如果使用ftp则服务器在开始处理客户端命令之前,必须验证该客户端。FTP验证度量仅适用于FTP 协议通信

  receive time:显示从服务器收到最后一个字节并完成下载之前经过的时间。接收度量是很好的网络质量指示器

  SSL Handshaking time:显示建立ssl连接所用的时间(包括客户端hello、服务器hello、客户端公用密钥传输、服务器证书传输和其他部分可选阶段)。此时该后,客户端和服务器之间的所有通信都被加密。SSL握手度量仅适用于https通信

  测试项                  目标值                                 实际值                       是否通过

  业务响应时间          <=3秒

  业务成功率     100%

  业务总数    30分钟完成2000

  cup使用率             <75%

  内存使用率           <70%

处理器队列长度    =1

loadrunner测试结果三的更多相关文章

  1. LoadRunner测试结果分析02 转载至zhangzhe的新浪博客

    LoadRunner测试结果分析之我见 上述测试过程的重点在于事务,而LoadRunner生成的测试结果图并不局限于事务上,其中还有是关于Vusers.Errors.Web Resources.Web ...

  2. LoadRunner测试结果分析01 转载至zhangzhe的新浪博客

    LoadRunner测试结果分析之我见 LoadRunner生成测试结果并不代表着这次测试结果的结束,相反,这次测试结果的重头戏才刚刚开始.如何对测试结果进行分析,关系着这次测试的成功与否.网上关于L ...

  3. LoadRunner测试50人同时登陆下单

    LoadRunner测试50人同时登陆下单 一.LoadRunner简介 LoadRunner,是一种预测系统行为和性能的负载测试工具.通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找 ...

  4. LoadRunner测试问题

    1.关于Error -27791: Error -27790:Error -27740: 错误如下: Action.c(198): Error -27791: Server has shut down ...

  5. loadrunner测试c/s架构的应用系统

    用LoadRunner测试c/s架构的软件,怎样去选择协议,困扰了我很久,看到这篇文章,感觉有点收获,所以特意转了过来,希望对大家有用. 首先,什么是协议?协议无非就是一个约定,关于数据包发送的格式的 ...

  6. Loadrunner测试webservice协议总结

    Loadrunner测试webservice协议总结 一.协议选择 1.打开Virtual user generator,新建脚本,选择webservice协议

  7. loadrunner 测试问题汇总

    1.关于Error -27791: Error -27790:Error -27740:        错误如下:        Action.c(198): Error -27791: Server ...

  8. loadrunner测试TCP协议服务器性能

    loadrunner测试TCP协议服务器性能 . 性能loadrunner测试c 最近对服务器的性能感兴趣,于是开始研究了一阵子loadrunner如何做采用TCP协议交互的服务器的性能测试,对loa ...

  9. LoadRunner测试结果分析03 转载至zhangzhe的新浪博客

    LoadRunner测试结果分析之我见 前面分析的Web Resource(网络资源)的测试情况,其主要关注的是服务器性能,而系统本身和环境都有可能存在问题,页面诊断(Web Page Diagnos ...

随机推荐

  1. 数据库连性池性能测试(hikariCP,druid,tomcat-jdbc,dbcp,c3p0)

    文章转自  https://www.tuicool.com/articles/qayayiM 摘要: 本文主要是对这hikariCP,druid,tomcat-jdbc,dbcp,c3p0几种连接池的 ...

  2. PAT A1118 Birds in Forest (25 分)——并查集

    Some scientists took pictures of thousands of birds in a forest. Assume that all the birds appear in ...

  3. nohup: failed to run command `java': No such file or directory

    在执行脚本添加这一行 source /etc/profile exec nohup java -Xms1024m -Xmx2048m -jar /opt/dev/claimzuul/$JAR_BAO ...

  4. android 模仿大众点评团购卷列表多余3条时折叠,点击时显示剩余全部的功能

    要实现这样一个效果:加载一组数据,当这组数据的条数超过2条时,则这显示两条,其余的隐藏,当点击“展开全部时”在显示余下的部分.效果如下图所示: 展开前的效果: 展开后的效果 : 实现思路:控制数据而不 ...

  5. linux 硬盘挂载

    #df -h(查看分区情况及数据盘名称) # mkdir /data(如果没有data目录就创建,否则此步跳过) # umount /home(卸载硬盘已挂载的home目录) # mount /dev ...

  6. Mac 启动 ssh 服务

    Mac 本身有 ssh,只是没有默认开启,需要手动开启. 启动 sudo launchctl load -w /System/Library/LaunchDaemons/ssh.plist 关闭 su ...

  7. (4)学习笔记 ) ASP.NET CORE微服务 Micro-Service ---- Consul服务发现和消费

    上一章说了  Consul服务注册  现在我要连接上Consul里面的服务 请求它们的API接口 应该怎么做呢? 1.找Consul要一台你需要的服务器 1.1 获取Consul下的所有注册的服务 u ...

  8. .NETCore_生成实体

    先安装以下三个包,或者使用Nuget引用 不要问我为什么,按哥说的做吧: Install-Package Microsoft.EntityFrameworkCore.SqlServer Install ...

  9. 10 分钟理解 BFC 原理

    一.常见定位方案 在讲 BFC 之前,我们先来了解一下常见的定位方案,定位方案是控制元素的布局,有三种常见方案: 普通流 (normal flow) 在普通流中,元素按照其在 HTML 中的先后位置至 ...

  10. 《Linux内核设计与实现》第一二章笔记

    第一章 linux内核简介 每个处理器在任何时间点上的活动必然概括为下列三者: 运行于用户空间,执行用户进程 运行于内核空间,处于进程上下文,代表某个特定的进程执行 运行于内核空间,处于中断上下文,与 ...