学习性能测试线路图论述.docVIP

性能测试学习线路图(建议) 概览 纵向划分3颗子树:vugen,controller,monitor。优先学习vugen脚本开发以及调试。 横向划分为2层：基础知识以及高级应用。 基础知识 Loadrunner工具使用 建议学习路径 Vugen开发脚本（函数使用）-controller场景设置-monitor增加计数器 /jackei/archive/2006/10/20/534684.html Loadrunner 认证 更多见 /BWF_DIY/mercury/mercury_051107_1.htm /BWF_DIY/mercury/mercury_060104_11.htm 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。 Loadrunner 架构图 概览图 详细架构图： Html/http协议 HTML 4.01 Specification： /TR/html4/ /digest/2006/12/html_xml_and_internet.html 对性能测试而言，META http-equiv控制http头、浏览器行为，故最为重要。 http协议: /rfcs/rfc2616.html 客户端发送请求： 服务器响应： C 语言基础编程 Loadrunner常用的c函数主要集中在内存分配/释放、字符串操作、文件读写。 如: malloc/free Sprintf/strcmp/strlen/ Fopen/fread/fwrite 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? 是 - 以后记住这个值。它可能表示磁盘或磁带瓶颈。转至步骤 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?