学习性能测试线路图

最新推荐文章于 2024-08-03 14:22:38 发布

邱建忠tester

最新推荐文章于 2024-08-03 14:22:38 发布

阅读量619

点赞数

分类专栏：性能测试

本文链接：https://blog.csdn.net/qiu5213173/article/details/46272987

版权

性能测试专栏收录该内容

54 篇文章 1 订阅

订阅专栏

1 概览

学习性能测试线路图

纵向划分3颗子树:vugen,controller,monitor。优先学习vugen脚本开发以及调试。

横向划分为2层：基础知识以及高级应用。

2 基础知识

2.1 Loadrunner工具使用

2.1.1 建议学习路径

Vugen开发脚本（函数使用）->controller场景设置->monitor增加计数器

http://www.cnblogs.com/jackei/archive/2006/10/20/534684.html

2.1.2 Loadrunner 认证

学习性能测试线路图

2.1.3 Vugen常用增强函数

增加事务:lr_start_transaction/:lr_end_transaction

检查点: web_reg_find

关联: web_reg_save_param，web_set_max_html_param_len

日志: lr_error_message，lr_log_message, lr_output_message …

选项设置: web_set_timeout

http header: web_add_auto_header

以及更改runtime setting。

2.1.4 Loadrunner 架构图

概览图

学习性能测试线路图

详细架构图：

学习性能测试线路图

2.2 Html/http协议

HTML 4.01 Specification：

http://www.w3.org/TR/html4/

http://www.eygle.com/digest/2006/12/html_xml_and_internet.html

对性能测试而言，META http-equiv控制http头、浏览器行为，故最为重要。

http协议:

http://www.faqs.org/rfcs/rfc2616.html

学习性能测试线路图

客户端发送请求：

学习性能测试线路图

服务器响应：

学习性能测试线路图

2.3 C 语言基础编程

Loadrunner常用的c函数主要集中在内存分配/释放、字符串操作、文件读写。

如: malloc/free

Sprintf/strcmp/strlen/

Fopen/fread/fwrite

2.4 Linux 性能分析初步

核心指令：

Top

Sar

Vmstat

Iostat

Sar -n DEV

/proc文件系统

分析经验性步骤：

首先查看 CPU 使用情况，按照诊断 CPU、内存或磁盘瓶颈的指导进行操作。对于下面的每个步骤，查找一端时间内的趋势，从中收集系统运行性能较差时的数据。另外，只有将这些数据与系统正常运行时收集的数据进行比较时才能进行准确的诊断。

步骤 1

# sar -u [interval] [iterations]
(示例: sar -u 5 30)
%idle 是否很低? 这是 CPU 未在运行任何进程的时间百分比。在一端时间内 %idle 为零可能是 CPU 瓶颈的第一个指示。

不是 -> 系统未发生 CPU 瓶颈。转至步骤 3。
是 -> 系统可能发生了 CPU、内存或 I/O 瓶颈。转至步骤 2。

步骤 2

%usr 是否较高? 很多系统正常情况下花费 80% 的 CPU 时间用于用户，20% 用于系统。其他系统通常会使用 80% 左右的用户时间。

不是 -> 系统可能遇到 CPU、内存或 I/O 瓶颈。转至步骤 3。
是 -> 系统可能由于用户进程遇到 CPU 瓶颈。转至部分 3，部分 A，调整系统的 CPU 瓶颈。

步骤 3

%wio 的值是否大于 15? （不同os有不同的阀值）

是 -> 以后记住这个值。它可能表示磁盘或磁带瓶颈。转至步骤 4。
不是 -> 转至步骤 4。

步骤 4

# sar -d [interval] [iterations]
用于任何磁盘的 %busy 是否都大于 50? (请记住，50% 指示一个大概的指南，它可能远远高于您系统的正常值。在某些系统上，甚至%busy 值为 20 可能就表示发生了磁盘瓶颈，而其他系统正常情况下可能就为 50% busy。)对于同一个磁盘上，avwait 是否大于 avserv?

不是 -> 很可能不是磁盘瓶颈，转至步骤 6。
是 -> 此设备上好像发生了 IO 瓶颈。
转至步骤 5。

步骤 5

系统上存在磁盘瓶颈，发生瓶颈的磁盘上有哪些内容?

原始分区，
文件系统 -> 转至部分 3，部分 B，调整发生磁盘 IO 瓶颈的系统。
Swap -> 可能是由于内存瓶颈导致的。
转至步骤 6。

步骤 6

# vmstat [interval] [iterations]
在很长的一端时间内，po 是否总是大于 0?
对于一个 s800 系统 (free * 4k) 是否小于 2 MB，
(对于 s700 系统 free * 4k 是否小于 1 MB)?
(值 2 MB 和 1 MB 指示大概的指南，真正的 LOTSFREE 值，即系统开始发生 paging 的值是在系统引导时计算的，它是基于系统内存的大小的。)

不是 -> 如果步骤 1 中的 %idle 较低，系统则很可能发生了 CPU 瓶颈。
转至部分 3，部分 A，调整发生了 CPU 瓶颈的系统。
如果 %idle 不是很低，则可能不是 CPU、磁盘 IO或者内存瓶颈。
请转至部分 4，其他瓶颈。
是 -> 系统上存在内存瓶颈，转至部分 3 部分 C，调整发生内存瓶颈的系统。

2.5 Windows 性能分析初步

同windows perfmon。

同样集中在 cpu,内存，io,网络上。

一般经验值:

网络

网络利用率阀值没有统一。 <30% or 80%?

冲突率: <1%

Packets Received Errors < 1%

I/O：

Disk Time % <90%

Avg. Disk Bytes/Read + Avg. Disk Bytes/Write <20K

Avg. Disk sec/Transfer <0.3 sec

队列长度：Queue Length <2

Avg. Disk sec/Transfer <18 milliseconds

内存

Available Mbytes >25%

Page in+out <20 次

内存泄露以及错误：

Pool Nonpaged Bytes : an increase of 10 percent or more from its value at system startup。

Server -> Pool Nonpaged Failures shows the number of times allocations from nonpaged pool have failed - indicates that the computer `s physical memory is too small. 应为0

Server -> Pool Paged Failures indicate that either physical memory or a paging file is near capacity. 应为0

Server -> Pool Nonpaged Peak shows the maximum number of bytes in nonpaged pool the server has had in use at any one point. Indicates how much physical memory the computer should have.

处理器

利用率 <85%

每个CPU队列长度<2

Context Switches/sec <5000次或者<5% of total threads