负载压力测试工具LR简介课件.pptVIP

February 11, 2002 #p 负载压力测试工具 －LoadRunner简介 author: henry 课程介绍 目标 学习负载压力测试的理论和要点 学习LR工具的基本操作 听众 测试管理人员 测试工程师 必备条件 熟悉测试生命周期 有过实际的测试经验 课程内容 负载压力测试 LR的介绍 LR的简介 使用LR进行测试的过程 LR的基本操作 负载测试 定义： 负载测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。 负载测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。 目标： 确定并确保系统在超出最大预期工作量的情况下仍能正常运行。 为什么要做负载压力测试 当一个应用程序在少量用户同时使用的时候，程序可能正常运行，但是当大量用户同时使用的时候，可能就会出现功能失效、性能衰减、甚至系统崩溃。 所以我们压力测试做的就是测试在什么样的条件下系统的性能变得不可接受。 负载压力测试的实施步骤 测试计划－测试需求分析－ 测试案例制定－测试环境、工具、数据准备－测试脚本录制、编写与调试－场景指定－测试执行－测试执行－获取测试结果－结果评估与测试报告。 由于主要是要介绍LR工具的使用，实施步骤的每个环节不可能详细述说，部分略去。 负载压力测试的80/20原理 80/20原理 基本概念：每个工作日80％的业务在20％的时间内完成。 例如：每天工作8个小时，那么每天80％的业务在8*20％＝1.6小时内完成。 120%原则 基本概念：按目标的120%来进行压力测试。 例子： 去年全年处理业务约100万笔，其中，15％的业务处理中，每笔业务需对 应用服务器提交7次请求；70％的业务处理中，每笔业务需对应用服务器提交5次请求；其余15％的业务处理中，每笔业务对应用服务器提交3次请求。根据以往的统计结果，每年的业务增量为15％，考虑到今后3年业务发展的需要，测试需按现有业务量的两倍进行。 强度估算如下： 每年的总请求数为： （100*15％*7+100*70％*5+100*15％*3）*2＝1000万次/年 每天的请求数为： 1000/240=4.17万/天 备注：每个月为20个工作日，所以1年算240天 每秒请求数： （41700×80％）/（8*3600 *20％ ）＝5.79次 /秒 压力测试目标： 5.79×120%＝6.95次 /秒（按7次 /秒来进行压力测试） LoadRunner的介绍 LoadRunner?简称LR 是Mercury公司开发的测试工具； 是一种预测系统行为和性能的工业级标准性能测试的负载测试工具。 通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。 LR的基本原理 简单来说，LR通过模拟一个多用户并行工作的环境来对应用程序进行负载测试。 通过Agent进程，监视各种协议的client与server端的通讯，用LR的一套C语言函数来录制脚本； 创建模拟运行场景，在场景中， LR在物理计算机上用虚拟用户代替真实用户的操作，在系统上创建负载； 监视、分析运行的情况，预测并发现系统的问题。 LR 组件 测试过程的每个步骤均由一个 LR 组件执行。这些组件作用如下： 虚拟用户生成器 (VuGen) — 创建脚本 Mercury LoadRunner Controller — 设计和运行场景 Mercury Analysis — 分析场景 LR 测试过程 制定负载测试计划 创建脚本 设计场景 运行场景 监视场景运行情况 分析结果 制定计划步骤 分析应用程序 系统架构、网络通讯、硬件配置、常用功能、高峰时刻、使用人员、系统扩展。。。 确定测试目标 响应时间、最大负载、阶段指标。。。 计划怎样执行测试 度量指标、间接计算指标、测试环境、测试机器及配置、 测试用例。。。 创建脚本步骤 脚本录制； 查找动态数据（关联）； 参数替换； 布置检查点； 单脚本回放； 脚本加压回放； LR的基本操作 具体看演示。。。 建议： 用的服务器和开发环境不要共用一台，否则，服务器的资源会被其他活动所占用。不能保证测试的有效性。 在客户的实际环境执行测试，那么要注意： 尽可能地降低对客户现有业务地影响； 挑选在夜间或者在客户业务不繁忙地时段进行； 要有很好地备份和恢复过程。 Question? THANK YOU * 同步科技 同步科技