LoadRunner性能测试指标参考

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

性能测试指标参考

目录

1术语 (2)

1.1响应时间 (2)

1.2并发用户数 (2)

1.3在线用户数 (2)

1.4吞吐量 (3)

2 Vuser图 (3)

2.1 “运行Vuser ”图(Running Vusers) (3)

2.2 “集合”图(Rendezvous) (3)

3 错误图 (3)

3.1 “每秒错误数(按描述)”图(Error Statistics) (3)

4 事务图 (4)

4.1 “平均事务响应时间”图(Average Transaction Response Time) (4)

4.2“负载下的事务响应时间”图(Running Vuser –Average Transaction Response Time) (4)

4.3“页面细分”图(Web Page Diagnostics图) (5)

4.4“每秒事务数”(Transactions per second 简称:TPS) (6)

5 Web资源图 (6)

5.1“每秒点击次数”图(Hits per Second) (6)

5.2“吞吐量”图(Throughput) (6)

6 系统资源图 (6)

6.1 LoadRunner下监控的UNIX资源指标 (6)

6.1.1平均负载(Average load) (6)

6.1.2 CPU利用率(CPU utilization) (7)

6.1.3 每秒传入的包数(Paging rate) (7)

6.2使用NMON工具监控Linux资源 (7)

6.2.1 系统资源汇总(SYS_SUMM) (7)

6.2.2 磁盘资源汇总(DISK_SUMM) (8)

6.2.3 内存资源(MEM) (8)

7 网络监控器图 (9)

7.1 “网络延迟时间”图(Network Delay Time) (9)

8 数据库服务器资源图 (10)

8.1 Oracle服务器监控度量 (10)

8.1.1 添加Oracle自定义计数器 (11)

8.1.2 性能分析工具Statspack所提供的性能分析指标 (15)

8.2 SQL Server服务器监控度量 (18)

1术语

1.1响应时间

响应时间是从请求到响应所需时间,从客户端请求开始,结束于来自服务器的响应并

呈现页面的时间。

从图3-1可以看出,对于一个三层应用架构,响应时间包括了网络传输时间(N1+N2+N3+N4)、Web服务器和数据库服务器的处理时间(A1+A2+A3)。

图1-1 WEB应用响应时间分析

响应时间标准可参考国外的3/5/10原则:

1)在3秒钟之内,页面给予用户响应并有所显示,可认为是“很不错的”;

2)在3~5秒钟内,页面给予用户响应并有所显示,可认为是“好的”;

3)在5~10秒钟内,页面给予用户响应并有所显示,可认为是“勉强接受的”;

4)超过10秒就让人有点不耐烦了,用户很可能不会继续等待下去;

1.2并发用户数

并发用户数是在同一时刻与服务器进行了交互的在线用户数量。

在实际的性能测试中,一般比较关注业务的并发用户数,公式(1)和(2)中用来估算并发用户数和峰值,其中C是平均的并发用户数,Cp是并发用户数峰值,n是Iogin session的数量,L是Iogin session的平均长度,Iogin session定义为用户登录进入系统到退出系统的时间段,假设用户的Iogin session产生符合泊松分布,T是考察的时间长度。

例如一个OA系统的考察时间长度为8小时。

平均的并发用户数C=n L/T (1)

并发用户数峰值Cp=C+3 √C (2)

假设OA系统有5000个用户,每天访问系统的平均用户数是800个,用户在8小时工作时间内使用系统,一个典型用户,一天内从登录到退出系统的平均时间为4小时,依据公式(1)和(2)可计算平均并发用户数和峰值用户数。其中,C=800 4/8=400,Cp=400+3 √C =460。

1.3在线用户数

在线用户数是指登录到系统,Iogin session(会话)未失效的用户数。在线用户不一定给服务器产生压力,实际上在线用户也不一定会和其他用户发生并发,例如正在浏览网页的用户,对

服务器没有任何影响。

1.4吞吐量

吞吐量是在一次性能测试过程中网络上传输的数据量的总和。吞吐量/传输时间就是吞吐率,TPS是每秒钟系统能够处理的交易或者事务的数量,它是衡量系统处理能力的重要指标。吞吐量树枝越大

说明系统处理能力越强;

吞吐量应该是随着每秒点击率的增加而增加,这种增加是建立在带宽足够处理用户提出的所有请求的基础上。

在比较吞吐量和每秒点击率中可以获得服务器在执行过程中的信息。如果服务器如预期的一样执行,那么呑吐量会随着它每秒的点击量而增加。如果点击的次数增加而呑吐量恒定或减少,就说明服务器无法执行增加的请求(每秒点击率),结果就是事务响应时间的增加。

2 Vuser图

在负载测试场景执行期间,Vuser 会在执行事务时生成数据。通过Vuser 图您可以

确定场景执行期间Vuser 的整体运行情况。这些图会显示Vuser 状态、已完成脚

本的Vuser 数以及集合统计信息。将这些图与事务图相结合可以确定Vuser 数目

对事务响应时间的影响。

2.1 “运行Vuser ”图(Running Vusers)

“运行Vuser”图显示测试期间每秒钟执行Vuser 脚本的Vuser 数及其状态。此图

对于确定任意给定时刻服务器上的Vuser 负载非常有用。默认情况下,此图仅显

示处于运行状态的Vuser。要查看其他Vuser 状态,请将筛选条件设置为所需的状

态。

2.2 “集合”图(Rendezvous)

“集合”图显示在集合点处释放Vuser 的时间以及每个点释放的Vuser 数。

此图有助于了解事务性能时间。通过对比“集合”图和“平均事务响应时间”

图,您可以看到由集合产生的负载峰值如何影响事务时间。

3 错误图

3.1 “每秒错误数(按描述)”图(Error Statistics)

“每秒错误数(按描述)”图显示负载测试场景运行期间每秒所发生错误的平均数(按错误描述分组)。在图例中显示错误描述。错误数越小越好,通过错误数可以定位系统在负载情况下,什么时候出错,查找出系统错误的原因。

常见错误提示分析:

相关文档
最新文档