结果摘要:

  场景执行情况:

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

  统计信息摘要 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. <数据结构与算法分析>读书笔记--数学知识复习

    数学知识复习是<数据结构与算法分析>的第一章引论的第二小节,之所以放在后面,是因为我对数学确实有些恐惧感.不过再怎么恐惧也是要面对的. 一.指数 基本公式: 二.对数 在计算机科学中除非有 ...

  2. xpath 的使用

    如需转发,请注明出处:小婷儿的python  https://www.cnblogs.com/xxtalhr/p/10520271.html 有问题请在博客下留言或加作者微信:tinghai87605 ...

  3. 大功率DC-DC方案

    三端稳压芯片只适合于小功率器件的直流稳压(电流<1A):如7805,这个电路是可以应付大多数情况的: 如果出现大功率的器件就需要采用新的稳压方案,可以参考下图方案: https://www.bi ...

  4. linux ntp 时间同步

    一.时间同步服务器可以将数据库服务器作为同步服务器ntp.conf 保持不变 //启动服务service ntpd start //设置ntpd服务自启动chkconfig ntpd on//检查ch ...

  5. 通过socket获取图片并保存

    网络操作的相关API gethostbyname/gethostbyaddr/getservbyname struct hostent *gethostbyname(const char *name) ...

  6. IntelliJ IDEA常用设置(一)

    一.java文件中代码有错误,不点开java文件就不提示错误解决方法,版本不同可能界面有所区别. -->File->Settings->Build,Execution,Deploym ...

  7. linux安装jdk与配置-centos7版本

    1.Linux安裝jdk 1.如果電腦沒有wget命令的,先使用yum安裝wget命令. eg: yum install wget 2.安裝好后就可以直接使用wget命令去下載jdk. 附:打開官網連 ...

  8. git lg 配置

    git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d ...

  9. Java8中的HashMap分析

    本篇文章是网上多篇文章的精华的总结,结合自己看源代码的一些感悟,其中线程安全性和性能测试部分并未做实践测试,直接是“拿来”网上的博客的. 哈希表概述 哈希表本质上一个数组,数组中每一个元素称为一个箱子 ...

  10. .NetCore实践篇:分布式监控Zipkin持久化之殇

    前言 本系列已写了四篇文章,读本篇之前,可以先读前面几篇. 思考大纲:.Net架构篇:思考如何设计一款实用的分布式监控系统? 实践篇一:.NetCore实践篇:分布式监控客户端ZipkinTracer ...