结果摘要:

  场景执行情况:

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

  统计信息摘要 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. nginx-1.13.12 源码配置清单

    configure命令支持以下参数: --help打印帮助信息. --prefix=安装路径定义一个将保留服务器文件的目录.这个相同的目录也将被用于由configure(由库源创建的路径除外)和ngi ...

  2. jmeter(十八)关联之XPath Extractor

    之前的博客,有介绍jmeter如何对请求进行关联的一种常见用法,即:后置处理器中的正则表达式提取器,下面介绍另一种关联方法,XPath Extractor! 所谓关联,从业务角度讲,即:某些操作步骤与 ...

  3. 序号生成算法odoo

    def get_sum_seq(self, cr, uid, ids, name, args=None, context=None): if not ids: return {} result={} ...

  4. Rabbitmq-direct演示

    在上一节中我们创建了一个日志系统.实现将日志消息广播给所有的cusumer. 在这片教程中,我们将为日志系统添加一个功能:仅仅订阅一部分消息.比如:我们可以直接将关键的错误类型日志消息保存到日志文件中 ...

  5. C# 队列和栈 线程安全

    队列是其元素以先进先出(FIFO)的方式来处理集合,先入队的元素会先读取. 栈是和队列非常类似的另一个容器,栈和队列最大的区别是后进先出(LIFO),也可以说成先进后出. 队列在现实生活中的例子数不胜 ...

  6. 安卓自动化测试案例(跑在MonkeyRunner上)

    首先文件所在目录: MonkeyRunner所在目录: 运行命令(通过cd 命令  进入Tools目录下): 运行脚本:monkeyrunner.bat ..\honeywell\jsq.py 源文件 ...

  7. [Python]Hamming distance 问题

    In [75]: x=4 In [76]: y=1 In [77]: str(bin(x ^ y))[2:].count('1') Out[77]: 2 In [78]: 来自:https://lee ...

  8. Vue Element Tabe Pager 分页方案

    表格和分页分离的,但是使用中,却是结合在一起的. 分析 有以下方式触发查询: mounted 加载数据. 查询按钮 加载数据. pager 变化加载数据 加载数据函数: loadData 问题 mou ...

  9. B. Views Matter

    链接 [http://codeforces.com/contest/1061/problem/B] 题意 问你最多去掉多少块使得从上和右看,投影图不变 分析 注意细节,尤其第一列 代码 #includ ...

  10. Scrum Meeting 5

                第五次会议 No_00:工作情况 No_01:任务说明 待完成 已完成 No_10:燃尽图 No_11:照片记录 待更新 No_100:代码/文档签入记录 No_101:出席表 ...