LR简单教程.ppt

负载压力测试－LR工具 说明 此PPT文档，只是对负载压力测试做一个简单的介绍，并对MI的LoadRunner工具的使用做个入门级的讲解。 负载压力测试的基本概念 当一个应用程序在少量用户同时使用的时候，程序可能正常运行，但是当大量用户同时使用的时候，可能就会出现功能失效、性能衰减、甚至系统崩溃。 所以我们压力测试做的就是测试在什么样的条件下系统的性能变得不可接受。 负载压力测试的实施步骤 测试计划－测试需求分析－ 测试案例制定－测试环境、工具、数据准备－测试脚本录制、编写与调试－场景指定－测试执行－测试执行－获取测试结果－结果评估与测试报告。 （由于主要是要介绍LR工具的使用，实施步骤的每个环节不可能详细述说，部分略去） 负载压力测试需求分析原理之80～20原理 80～20原理测试强度估算 基本概念：每个工作日80％的业务在20％的时间内完成。 例如：每天工作8个小时，那么每天80％的业务在8*20％＝1.6小时内完成。 例1： 去年全年处理业务约100万笔，其中，15％的业务处理中，每笔务需对 应用服务器提交7次请求；70％的业务处理中，每笔业务需对应用服务器提交5次请求；其余15％的业务处理中，每笔业务对应用服务器提交3次请求。根据以往的统计结果，每年的业务增量为15％，考虑到今后3年业务发展的需要，测试需按现有业务量的两倍进行。 强度估算如下： 每年的总请求数为： （100*15％*7+100*70％*5+100*15％*3）*2＝1000万次/年 每天的请求数为： 1000/160=6.25万/天 备注：每个月为20个工作日，所以1年为160天 每秒请求数： （62500×80％）/（8*20％*3600）＝8.68次 /秒 测试环境、工具、数据准备 测试环境准备 我们实验室的测试环境与客户的实际环境是有较大的不同，我们的网络，计算机硬件软件都无法做到和客户完全相一致。我们的软件在客户那功能不正常，也许就是因为客户安装 了某个不知名的其他软件造成的。我们的压力测试需要遵循一个基本的原则： 搭建测试环境的基本原则 要满足软件运行的最低要求。 选用与被测软件相一致的操作系统和软件平台。 营造相对独立的测试环境。 无毒的环境。 小建议1： 很多朋友在实验室里做压力测试，用的服务器和开发人员共用一台。并不是一个独立的环境，服务器的资源其他活动所占用。不能保证测试的有效性。 小建议2 为了强调测试环境的‘真实性’，很多朋友在客户的实际环境执行测试，那么要注意： 尽可能地降低对客户现有业务地影响，挑选在夜间或者在客户业务不繁忙地时段进行。 要有很好地备份和恢复过程。 测试工具的安装-LR安装 具体请看LR的安装手册吧，在这里只是提提个小建议，请将LR安装包路径和安装路径都改成全英文的，很多朋友安装不上LR的原因很大部分是因为路径中有中文字符。 数据的准备（小建议4） 很多朋友经常忽略数据的重要性，我们做压力测试的时候需要有大量的数据，比如我们测试一个查询操作，数据库表里就几行记录，这样的测试是失效的。因为该数据表没有建任何索引话，一个全表扫描也花不了什么时间，如果有大量数据的话，索引覆盖的问题都能暴露出来。 测试脚本的录制、编写与调试 制作脚本如下步骤： 脚本录制； 查找动态数据（关联）； 参数替换； 布置检查点； 单脚本回放； 脚本加压回放； 利用vugen制作脚本 LR用Vuser（虚拟用户）来代替实际的用户。Vuser执行的操作是用Vuser脚本来描述的。 Vuser脚本生成器（也称Vugen）是LR用于开发Vuser脚本的主要工具。Vugen通过录制客户端与服务器之间的活动来录制脚本。例如：在数据库应用程序中，测试工具的脚本生成器（Vugen）会监控数据库的客户端，并跟踪发送到数据库服务器和从数据库服务器接收的所有请求。 当Vuser与服务器直接通信时，不需要在用户界面中耗费系统资源，这样就可以在一个工作站中同时运行大量Vuser，进而可以使用很少的测试计算机来模拟非常大的服务器负载。 启动Vugen 可以从开始菜单中启动Vugen，选择‘开始’－‘程序’－‘LoadRunner’－Virtual User Generator。 打开Vugen后默认设置会弹出对话框让选择录制协议，新建Vuser脚本。如果想每次启动时不再出现那该死的对话框，可以在tools－General Options里面设置。如图： 示例 选择协议 C/S（Client/Server）结构的win32应用程序一般可以选用winsocket协议。 B/S（Bro