性能测试内容（3）

第3单元 Loadrunner使用说明

3.1了解协议的概念和协议的选择

1) 了解协议的概念

2) 协议的选择

网络协议：计算机网络中进行数据交换而建立的规则、标准或约定的集合

Web(HTTP/HTML)（应用层协议）

http协议：用于从WWW服务器传输超文本到本地浏览器的传送协议

Sockets（TCP/IP网络的API）

.net协议

    web services

常用数据库协议（ODBC，ORACLE，SQLSERVER 等

邮件(SMTP、pop3)

    Simple Mail Transfer Protocol

    Post Office Protocol - Version 3

其它协议

ftp文件传输协议

HTTP协议特点：

1.支持客户/服务器模式。2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

例子：

利用fiddler抓包

http://zhmai.com/smartwater/index.html   

3.2了解Loadrunner使用流程

1)LR的原理和使用流程介绍

性能测试原理：

1、用户行为模拟

不同用户使用不同的数据（参数化实现）

多用户并发操作（集合点）

用户请间的依赖关系（关联）

请求剑的延时时间（思考时间）

2、 性能指标监控

请求响应时间监控

服务器处理能力监控（事务吞吐量）

服务器资源利用率监控（计数器接口）

3、性能调优

通过指标的监控发现系统存在的性能缺陷，利用分析工具定位并修正性能问题。Loadrunner本身并不提供任何性能调优的功能。但在其Analysis组件中提供了常见性能分析的策略及整合报告功能。

使用流程：

1、录制脚本

2、修改脚本（参数化，关联，事务）

3、创建场景（controller将模拟脚本分发到负载生成器，负载生成器根据预先对设定对系统进行压力）

4、执行场景

3.3了解LoadRunner的组件与页面菜单介绍

1) Virtual User Generator（Vugen）— 创建脚本

2) Controller — 设计、运行和监控负载测试场景

3) Analysis — 分析场景，查看、分析和比较性能结果

4) Load Gernerator—负载生成器

3.4了解 LoadRunner术语

1) LR的术语介绍

1. 场景（Scenario）：场景即测试场景，在LoadRunner中主要表现为Controller中设计与执行用例中的用户场景。主要工作有，在Controller中选择虚拟用户脚本、设置虚拟用户数量、配置虚拟用户运行时的行为、选择负载发生器（Load Generator）、设置执行时间等。

单一场景、混合场景

2. 负载发生器（Load Generator）：用来产生压力的真实机器，受Controller控制，可以使用户脚本在不同的主机上执行。在性能测试工作中，通常由一个Controller控制多个Load Generator以对被测试系统进行加压。

3. 虚拟用户（Virtual User/Vuser）:对应于现实中的真实用户，使用LoadRunner模拟的用户称为虚拟用户。其本质是通过虚拟用户脚本来模拟真正用户的行为。

4. 虚拟用户脚本（Vuser scrīpt）:通过Vuser Generator录制或开发的脚本。这些脚本用来模拟用户的行为。

5. 事务（Transaction）:LoadRunner通过事务来衡量服务器的性能。在业务上事务通常是用户的一个或一系列操作，代表一定的功能；而在程序上则表现为一段代码区块。测试人员可以将一个或多个操作步骤定义为一个事务，以便衡量这部分的用户并发响应时间。

例如：用户可以把邮件功能模块的“发送”操作定义为一个事务，以分析该操作的执行性能。

6. 思考时间（Think Time）:即用户思考时间，为了在模拟时更接近用户的真实行为而引进的概念。在实际中，用户进行一系列操作后往往会进行处理，例如浏览网页，而在处理过程对服务器是没有压力的。因此，在虚拟用户脚本中用函数lr_think_time(double time)来模拟用户处理过程，执行该函数时用户线程会按照相应的time值进行等待。

7. 集合点(Rendezvous)：对应于真实用户中的并发点。LoadRunner通过集合点实现了真正意义的并发。集合点在虚拟用户脚本中对应函数lr_think_time(const char*rendezvous_name)，当执行到该函数时会按照场景的并发策略来执行。

8. 事务响应时间：事务响应时间是一个统计量，是评价系统性能的重要参数。定义好事务后，在场景执行过程和测试结果分析中即可以看到对应事务的响应时间。通过对关键或核心事务的执行情况进行分析，可以快速定位性能问题。

9、每秒事务数TPSTransactions per Second：显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，使考查系统性能的一个重要参数。

10、Total Transactions per Second（每秒通过事务总数） ：“每秒通过事务总数”显示在场景运行时，在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。

11、Hits per Second（每秒点击次数）：“每秒点击次数”，即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。

12、Throughput（吞吐率） ：“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。其度量单位是字节，表示虚拟用在任何给定的每一秒从服务器获得的数据量。