性能测试工具：HP LoadRunner 1225

LoadRunner分为三大模块：

1. Virtual User Generator(虚拟用户脚本产生器)——用于录制性能测试脚本
2. LoadRunnerController——用于创建、运行和监控脚本
3. LoadRunnerAnalysis——用于分析性能测试结果

• 操作流程：

创建录制测试脚本、编辑测试脚本和检查脚本是否有误

↓

场景分析、运行脚本

↓

分析测试结果

 

一、性能测试基本概念

1. 性能测试：模拟真实的生产环境，以各种不同的压力（模拟大量用户）去测试被测系统、去"攻击"测试系统。同时记录下被测系统中各台服务器的各种重要资源情况，包括cpu、内存、磁盘和网络等资源。
2. 性能测试的目的？

识别系统中的弱点、评估系统能力、进行系统调优，提高系统的可靠性、稳定性。

1. 在具备什么条件下可以开展性能测试工作。

答：功能测试通过；一般需要进行性能测试的系统，大多是用户量比较大、业务使用比较频繁、对响应时间要求较高、比较重要的功能模块。（注意：性能测试之前要做好系统备份）

1. 性能测试时首先看性能需求，如果没有需求，这时要根据与客户交流、被测系统的相关资料、以及性能测试工程师的经验，去编写测试计划，进行性能测试。
2. LoadRunner工作原理：（录制--回放的工作方式）和QTP类似

1. 录制时，LoadRunner记录下 客户端和服务器 二者之间的对话。
2. 回放时，LoadRunner模拟 真实的客户端 向服务器发起请求，并按照脚本去验证服务器的应答

1. LoadRunner的三大组件及功能：（三个火枪手） OALoad工具类似（触类旁通）

1. 虚拟用户脚本生成器（Virtual User Generator）VuGen  VUG

功能：录制、编辑、调试测试脚本

1. 压力调度控制台 （Controller）

功能：创建场景、运行场景、监控场景、收集测试数据（场景：就是一个大型的配置文件）

1. 压力结果分析器 （Analysis）

功能：把收集到的测试数据以图表的形式展示出来，生成测试报告

1. LoadRunner基本测试流程：

1. 指定性能测试计划(部分)     Word
2. 创建测试脚本
3. 编辑、运行测试脚本
4. 创建场景
5. 运行、监控场景，收集数据
6. 生成测试报告，分析测试结果

1. 什么是事务，为何要创建事务？

答：事务分为事务的开始、结束和之间的业务操作，事务用于度量服务器性能的。（事务响应时间）

      我们可以对比较关心的某个或某些业务操作，设定为一个事务，LR会记录不同事务的响应时间。

事务 (Transaction)是这样一个点，我们为了衡量某个操作的性能，需要在操作的开始和结束位置插入这样一个范围，这就定义了一个transaction.

在录制过程中添加事务

左边为事务开始时间，右边为事务结束时间，在登录界面点击事务开始，登录结束后点击事务结束，录制结束后，在录制脚本界面可以查看到“lr_start_transaction”字样：

手动插入事务

可在脚本界面，找到需要添加事务部分，直接添加“lr_start_transaction("事务")”“lr_end_transaction("事务",LR_AUTO)”，需要注意“事务”名称开始和结束时需要保持一致。

1. 请求响应时间=客户端时间+网络时间+服务器时间
2. 负载测试和压力测试的区别： （国内混用，国外有差别，笔试时需要注意）

1. 共同点都是在测试过程中逐步加压
2. 负载测试：强调系统正常工作情况下的性能指标； Load Testing（见好就收）

压力测试：目的是发现在什么条件下系统的性能变得不可接受，发现应用程序性能下降的拐点； Stress Testing（使劲折腾）

举例：一座大桥，桥上写最大载重量的车辆，不超过60吨

            但是在桥梁内部建筑资料，最大载重量，不超过70吨

1. 吞吐量和点击率的概念、区别？

1. 吞吐量（Throughput）:用户从服务器端获得全部数据量，单位是字节(Byte)。

吞吐量/传输时间，就是吞吐率，是服务器每秒处理的数据量。

1. 点击率（Hits per Second）:客户端每秒向服务器提交Http请求数。（鼠标的一次点击，请求数可能为n个）

说明：吞吐量是总量，是累计时间内全部数据量。

 吞吐率反映服务器的处理速度和性能，也是衡量网络性能的重要指标。点击率越大，对服务器的压力也越大。

性能测试的策略

重要的：基准测试、并发测试、综合场景测试 （前3个项目必备）

        极限测试、递增测试

次要的：疲劳强度测试（大型系统中）、内存泄露测试、

        数据容量测试。

共同点：向被测系统发起攻击

1. 基准测试：就是单用户测试（重点）

注意：还是需要使用控制台，运行场景，自动搜集数据，通过Analysis进行结果分析。

1. 递增测试：每隔一定的时间(1s,5s,10s)逐步加载虚拟用户，逐步加压。

用途：登录测试时，可以递增测试

1. 并发测试：多用户并发执行某一操作（同一时刻，LR精确到毫秒级别）。

注意：并发测试是一种严格的测试，主要考察系统对瞬时较大压力的承受能力。

1. 综合场景测试：

概念：号称“能够最真实的模拟 实际生产环境”。

综合场景的几个要素：多用户、多个脚本（至少3个）、在线执行一段时间（1个小时、50分钟等）

注意：一般不需要设置并发点。 

                  多用户一起运行，一定会有并发。

比如：100用户在线综合场景：

100用户 共同对被测系统执行操作，其中30用户执行浏览首页操作，50用户执行查询订单操作，20用户执行提交订单操作。（要真实模拟人数比例）

问题：为什么不模拟大量的登录操作？

             因为用户不可能一直在登录，模拟真实情况。

以上操作，用户在循环执行。

1. 响应时间：业内一般有“358原则”，系统响应时间在3秒以内，则用户能够接受；响应时间在5秒以内，用户能够忍受；响应时间超过8秒，用户不能忍受。

比如：一般需求指标，不超过3秒

1. 疲劳强度测试：在一定的强度（压力）下，对系统进行长时间的性能测试，一般为7*24小时、或24小时、12小时等。

比如：银行系统，7*24*365 全天候不间断运行

考察疲劳强度测试时，要考察其平均响应时间，以及各台服务器的各项资源情况。

比如：集群  负载均衡、降低成本

1. 内存泄露检查：通过正常的性能测试，如果被测系统的内存曲线走势不正常，则关注其相应的各项重要的内存指标，通过对应走势来确定是否发生内存泄露。
2. 数据容量测试：使用大容量的数据添加到数据库中，观察被测系统是否能够正常运行。

比如：向数据库中添加200G数据量，再进行测试，甚至几个T大数据，一般是T级、P级的数据量

 1024Byte = 1KB

 1024K = 1M

 1024M = 1G

 1024G = 1T

 1024T = 1P

极限测试：在线测试等方法，测试出系统能够承受的极限压力（如最大用户数），或系统能够达到的最大处理能力（如最大吞吐量）。测试方法可以采