LoadRunner性能测试指标参考
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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)
“每秒错误数(按描述)”图显示负载测试场景运行期间每秒所发生错误的平均数(按错误描述分组)。在图例中显示错误描述。错误数越小越好,通过错误数可以定位系统在负载情况下,什么时候出错,查找出系统错误的原因。
常见错误提示分析: