精华内容
下载资源
问答
  • LoadRunner [url]http://www.wilsonmar.com/1loadrun.htm[/url] [url]https://h10078.www1.hp.com/cda/hpms/display/main/hpms_content.jsp?zn=bto&cp=1-11-126-17%5E8_4000_100__[/url]
    LoadRunner
    [url]http://www.wilsonmar.com/1loadrun.htm[/url]
    [url]https://h10078.www1.hp.com/cda/hpms/display/main/hpms_content.jsp?zn=bto&cp=1-11-126-17%5E8_4000_100__[/url]
    展开全文
  • LoadrunnerloadRunner软件测试中使用LoadRunner进行数据集成软件压力测试LoadRunner,是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,...
  • LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner,企业能最大...

    LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上

    千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个

    企业架构进行测试。通过使用LoadRunner, 企业能最大限度地缩短测试时间, 优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢, 系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive的LoadRunner能让企业保护自己的收入来源, 无需购置额外硬件而最大限度地利用现有的IT资源, 并确保终端用户在应用系统的各个环节中对其测试应用的质量, 可靠性和可扩展性都有良好的评价。LoadRunner是一种适用于各种体系架构的自动负载测试工具, 它能预测系统行为并优化系统性能。LoadRunner的测试对象是整个企业的系统, 它通过模拟实际用户的操作行为和实行实时性能监测, 来帮助您更快的查找和发现问题。此外,LoadRunner能支持广范的协议和技术, 为您的特殊环境提供特殊的解决方案。

    1.1 基本步骤

    使用LoadRunner完成测试一般分为四个步骤:

    1)Vvitrual User Generator创建脚本

    ² 创建脚本,选择协议

    ² 录制脚本

    ² 编辑脚本

    ² 检查修改脚本是否有误

    2)中央控制器(Controller)来调度虚拟用户

    ² 创建Scenario,选择脚本

    ² 设置机器虚拟用户数

    ² 设置Schedule

    ² 如果模拟多机测试,设置Ip Spoofer

    3)运行脚本

    ²  分析scenario

    4)分析测试结果

    2 安装LoadRunner 中文版

    LoadRunner 分为Windows版本和Unix版本。如果我们的所有测试环境基于Windows

    平台, 那么我们只要安装Windows版本即可。本章讲解的安装过程就是LoadRunner7.8中文的Windows版本的安装。

    2.1 系统要求

    目前部门的测试机和工作机器足可以满足LoadRunner7.8的最低要求。不过要比较好

    的运行LoadRunner, 内存最好在512M以上, 安装LoadRunner的磁盘空间至少剩余500M。操作系统最好为Windows 2000。

    2.2 安装过程

    LoadRunner7.8中文版安装基本分两个步骤:首先安装LoadRunner7.8英文原版,然后安装中文语言插件包

    LoadRunner7.8英文原版存放位置:\\10.138.149.139\ test tools\LR7.8nt.rar将压缩文件拷贝解压到本机的安装,过程比较简单要开始安装LoadRunner,以Administrator的身份登陆Windows2000后,运行LoadRunner安装目录下Setup.exe即可进入安装程序。

    1. 在“Registration Information” 界面中, 输入序列号( 不用改动, 就是n个8)

    2. 在安装类型界面中, 选择一种安装类型

    下面简单的对这三种安装类型进行介绍

    ●Standalone Installation将要安装LoadRunner在一台计算机上

    ●Network Installation把LoadRunner安装在一个网络驱动器上, 这样任何能连接到这个

    网络驱动器的计算机都可以使用LoadRunner的部分或者全部组件。

    ●Network Installation and shortcuts和Network Installation类似,不同的只是这种类型将把

    自己的计算机配置成Workstation来运行LoadRunner。如果选择了第二项, 我们还需要

    进行2.3的安装来配置Workstation.。考虑到我们是自己学习研究学习, 选择第一种安装方法。

    3. 在安装方式界面中, 需要选择一种安装方式。建议选择“ 自定义安装”, 这样所有的组件都会一次安装。

    下面简单的对各个安装方式进行介绍

    ●Typical Installation安装比较通用的组件, 包括Controller、Vuser、在线帮助和脚

    该选项适合于控制Vusers的机器。

    ●Load Generator只安装运行Vusers产生负载的组件。该选项适合于只产生负载,

    而不控制Vusers的机器。

    ●MI Listener安装MI Listener组件, 用来透过防火墙来运行Vusers并且监视性能。

    ●Custom Installation自定义安装, 我们将使用该选项, 安装全部的组件。

    4. 在“License Information” 中输入License Key后,Next, 继续

    100个用户(无时间限制):AEAMAUIK-YAFEKEKJJKEEA-BCJGI

    10000个用户(有时间限制):AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB

    5. 如果是网络安装,最好把网络驱动器映射成本机的一个盘符,安装LoadRunner的各级目录不要包含中文字符。

    6. Next 后进入拷贝文件的界面

    7. 拷贝文件完成后, 进入“User Login Settings” 界面。

    ●Allow virtual users to run on this machine without user login需要在下面输入域、用

    户名和密码, 这样运行Load Generator的机器会自动登陆到网络,

    ●Manual log in to the Load Generator machine运行Vusers时, 自动登陆到网络,

    无需登陆用户名和密码, 这样Vusers就会不用任何干预自动的启动运行。推荐

    选择该项。这里选择第一项和第二项都可以。

    8. 重新启动, 安装完成

    LoadRunner7.8英文原版存放位置:\\10.138.149.139\test tools\ LoadRunner7.8中文版.rar

    将压缩文件拷贝解压到本机的安装.。过程比较简单要开始安装以Administrator的身份登陆Windows2000后,(注意要退出已经运行的英文原版)运行安装目录下Setup.exe即可进入安装程序,安装过程中一切人机交流窗口多选择默认“下一步”即可

    注意:解压文件存放的文件夹不可起中文名字,安装目录最好使用默认,如果更改则安装目录不要使用中文名!

    3.项目背景介绍

    3.1 背景概述

    “LMS网校考试平台”是一个典型的三层B/S架构的MIS系统(客户端/应用服务器/数据库管),中间层是业务逻辑层,应用服务器处理所有的业务逻辑,但应用服务器本身不提供负载均衡的能力,而是利用开发工具提供的ORB(对象请求代理)软件保证多个应用服务器间的负载均衡。本次测试的目的是:进行应用服务器的压力测试,找出应用服务器能够支持的最大客户端数。方法是:按照正常业务压力估算值的1~10倍进行测试,考察应用服务器的运行情况。

    3.2压力测试用例

    场景描述一:

    1. 用户登录的lmm模块,总共登陆24个用户,所有用户都同时并发操作。

    2. 用户点击“登记的教程”

    3. 用户点击“启动”,进行课程学习,进入DS模块

    4. 在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    5. 点击“返回LMS”按钮,返回到lmm模块,点击“退出”按钮,退出系统

    场景描述二:

    1. 用户登陆lmm模块,总共登录48个用户,每1秒登录1个用户

    2. 用户点击“已登记教程”

    3. 用户点击“启动”,进行课程学习,进入DS模块

    4. 在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习;

    5. 点击“返回LMS”按钮,返回到lmm模块,点击“退出”按钮,退出系统

    场景描述三:

    1. 用户登录的lmm模块,总共登陆48个用户,所有用户都同时并发操作。

    2. 用户点击“登记的教程”

    3. 用户点击“启动”,进行课程学习,进入DS模块

    4. 在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    5. 点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    场景描述四:

    1. 用户登录的lmm模块,总共登陆48个用户,每秒同时登录10个用户。

    2. 用户点击“登记的教程”

    3. 用户点击“启动”,进行课程学习,进入DS模块

    4. 在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    5. 点击“返回LMS”按钮,返回到lmm模块,点击“退出”按钮,退出系统

    场景描述五:

    1. 用户登录的lmm模块,总共登陆100个用户,所有用户同时并发操作。

    2. 用户点击“登记的教程”

    3. 用户点击“启动”,进行课程学习,进入DS模块

    4. 在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    5. 点击“返回LMS”按钮,返回到lmm模块

    场景描述六:

    1. 用户登录的lmm模块,总共登陆200个用户,所有用户同时并发操作

    2. 用户点击“登记的教程”

    3. 用户点击“启动”,进行课程学习,进入DS模块

    4. 在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    5. 点击“返回LMS”按钮,返回到lmm模块,点击“退出”按钮,退出系统

    场景描述七:

    1. 户登录的lmm模块,总共登陆24个用户。所有用户都同时并发操作

    2. 所有用户都同时并发操作,户点击“登记的教程”中“test”课件

    使用自发测试工具,目的测试24个用户同时打开课件时服务器性能

    场景描述八:

    1. 登录的lmm模块,总共登陆60个用户。所有用户都同时并发操作

    2. 有用户都同时并发操作,户点击“登记的教程”中“test”课件

    使用自发测试工具,目的测试60个用户同时打开课件时服务器性能

    4.使用LoadRunner进行负载/压力测试

    4.1录制基本的用户脚本

    创建用户脚本需要用到VuGen。提示: 运行VuGen最好在1024*768的分辨率下, 否则有些工具栏会看不到。

    启动Visual User Generator后, 通过菜单新建一个用户脚本, 选择系统通讯的协议。

    这里我们需要测试的是Web应用,同时考虑到后台SQL数据库所以我们需要选择Web(HTTP/HTML)协议+SQL SERVER协议,确定后, 进入主窗体。通过菜单来启动录制脚本的命令。

    ●在URL中添入要测试的Web站点地址..。

    ●测试http://lms.ah.sp.com.cn/lms-lmm/loginForm.do选择要把录制的脚本放到哪一个部分, 默认情况下是“Action”。

    这里简单说明一下:VuGen中的脚本分为三部分:vuser_init、vuser_end和Action。其

    中vuser_init和vuser_end都只能存在一个, 不能再分割, 而Action还可以分成无数多个部分( 通过点击New按钮, 新建ActionXXX)。在录制需要登陆的系统时, 我们把登陆部分放到vuser_init中, 把登陆后的操作部分放到Action中, 把注销关闭登陆部分放到vuser_end中。( 如果需要在登陆操作设集合点, 那么登陆操作也要放到Action中, 因为vuser_init中不能添加集合点) 在其他情况下, 我们只要把操作部分放到Action中即可。注意: 在重复执行测试脚本时,vuser_init和vuser_end中的内容只会执行一次, 重复执行的只是Action中的部分。

    ●点“ 选项 ”按钮, 进入录制的设置窗体, 这里一般情况下不需要改动。

    ●然后点“OK” 后,VuGen开始录制脚本。在录制过程中,不要使用浏览器的“ 后退” 功能,LoadRunner支持不太好! 录制过程中, 在屏幕上会有一个工具条出现。录制的过程和WinRunner有些类似, 不再多介绍。录制完成后, 按下“ 结束录制” 按钮,VuGen自动生成用户脚本, 退出录制过程。

    4.2 完善测试脚本

    当录制完一个基本的用户脚本后, 在正式使用前我们还需要完善测试脚本, 增强脚本的

    灵活性。一般情况下, 我们通过以下几种方法来完善测试脚本。插入事务、插入结合点、插入注解、参数化输入。这里只举例介绍参数化如何设置,其它只作简单介绍。

    4.2.1 插入事务

    事务(Transaction): 为了衡量服务器的性能, 我们需要定义事务。比如: 我们在脚本

    中有一个数据查询操作, 为了衡量服务器执行查询操作的性能, 我们把这个操作定义为一个事务, 这样在运行测试脚本时,LoadRunner运行到该事务的开始点时,LoadRunner就会开始计时, 直到运行到该事务的结束点, 计时结束。这个事务的运行时间在结果中会有反映。

    插入事务操作可以在录制过程中进行, 也可以在录制结束后进行。LoadRunner运行在

    脚本中插入不限数量的事务。

    具体的操作方法如下: 在需要定义事务的操作前面, 通过菜单或者工具栏插入。输入该事务的名称。注意: 事务的名称最好要有意义, 能够清楚的说明该事务完成的动作。插入事务的开始点后, 下面需要在需要定义事务的操作后面插入事务的“ 结束点”。同样可以通过菜单或者工具栏插入。默认情况下, 事务的名称列出最近的一个事务名称。一般情况下, 事务名称不用修改。事务的状态默认情况下是LR_AUTO。一般情况下, 我们也不需要修改, 除非在手工编写代码时, 有可能需要手动设置事务的状态。

    4.2.2 插入集合点

    插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中, 可能会

    要求系统能够承受1000人同时提交数据,在LoadRunner中可以通过在提交数据操作前面加入集合点, 这样当虚拟用户运行到提交数据的集合点时,LoadRunner就会检查同时有多少用户运行到集合点,如果不到1000人,LoadRunner就会命令已经到集合点的用户在此等待, 当在集合点等待的用户达到1000人时,LoadRunner命令1000人同时去提交数据, 从而达到测试计划中的需求。

    注意: 集合点经常和事务结合起来使用。集合点只能插入到Action部分,vuser_init和vuser_end中不能插入集合点。具体的操作方法如下: 在需要插入集合点的前面, 通过菜单或者工具栏操作输入该集合点的名称。注意: 集合点的名称最好要有意义, 能够清楚的说明该集合点完

    成的动作。

    4.2.3 插入注释

    注释的作用就不多说了, 不过插入注释最好是在录制过程中。具体的操作方法如下: 在需要插入注释的前面, 通过菜单或者工具栏操作

    4.2.4 参数化输入

    如果用户在录制脚本过程中, 填写提交了一些数据, 比如要增加数据库记录。这些操作

    都被记录到了脚本中。当多个虚拟用户运行脚本时, 都会提交相同的记录, 这样不符合实际的运行情况, 而且有可能引起冲突。为了更加真实的模拟实际环境, 需要各种各样的输入。参数化输入是一种不错的方法。

    用参数表示用户的脚本有两个优点:

    ① 可以使脚本的长度变短。

    ② 可以使用不同的数值来测试你的脚本。例如, 如果你企图搜索不同名称的图书, 你

    仅仅需要写提交函数一次。在回放的过程中, 你可以使用不同的参数值, 而不只搜索一

    个特定名称的值。

    参数化包含以下两项任务:

    ① 在脚本中用参数取代常量值。

    ② 设置参数的属性以及数据源。

    参数化仅可以用于一个函数中的参量。你不能用参数表示非函数参数的字符串。

    另外, 不是所有的函数都可以参数化的。

    参数化输入的讲解, 我们采用一个例子的方式来进行。

    在本例中我们参数化用户的登陆名:

    先看如下脚本,通过脚本录制找到用户登陆部分,如图

    框选住登陆名,点鼠标右键,弹出对话框,选择“替换为新参数”弹出对话框

    参数名随意取,建议取通俗易懂的名字,下面我们重点介绍一下参数的类型。

    ●DateTime: 很简单, 在需要输入日期/时间的地方, 可以用DateTime类型来替代。

    其属性设置也很简单, 选择一种格式即可。当然也可以定制格式。

    .●Group Name:暂时不知道何处能用到,但设置比较简单。在实际运行中,LoadRunner

    使用该虚拟用户所在的Vuser Group来代替。但是在VuGen中运行时,Group Name

    将会是None

    .●Load Generator Name: 在实际运行中,LoadRunner使用该虚拟用户所在Load Generator的机器名来代替。

    .●Iteration Number: 在实际运行中,LoadRunner使用该测试脚本当前循环的次数来

    代替。

    .●Random Number: 随机数。很简单。在属性设置中可以设置产生随机数的范围

    .●Unique Number:唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。

    注意: 使用该参数类型必须注意可以接受的最大数。例如: 某个文本框能接受的

    最大数为99。当使用该参数类型时, 设置第一个数为1, 递增的数为1, 但100个

    虚拟用户同时运行时,第100个虚拟用户输入的将是100,这样脚本运行将会出错。

    注意: 这里说的递增意思是各个用户取第一个值的递增数, 每个用户相邻的两次循

    环之间的差值为1。举例说明: 假如起始数为1, 递增为5, 那么第一个用户第一

    次循环取值1, 第二次循环取值2; 第二个用户第一次循环取值为6, 第二次为7;

    依次类推。

    ●Vuser ID: 设置比较简单。在实际运行中,LoadRunner使用该虚拟用户的ID来代

    替,该ID是由Controller来控制的。但是在VuGen中运行时,Vuser ID将会是–1。

    File: 需要在属性设置中编辑文件,添加内容,也可以从现成的数据库中取数据( 下

    面我们将会介绍)

    ●User Defined Function: 从用户开发的dll文件提取数据。就目前我认为, 这种方式

    没有必要。VuGen支持C语言的语法,在VuGen中重新编写类似的函数应该不难。

    上面的例子中, 我们取随机数即可。点“Properties…..” 按钮, 进行属性设置窗口

    添入随机数的取值范围为(1-50), 选择一种数据格式。在“属性” 中有以下几

    个选项:

    ◆Each Occurrence:在运行时, 每遇到一次该参数, 便会取一个新的值

    ◆Each iteration:运行时, 在每一次循环中都取相同的值

    ◆Once:运行时, 在每次循环中, 该参数只取一次值

    这里我们用的是随机数, 选择Each Occurrence非常合适。

    下面我们再介绍用数据库中的用户名来参数化登陆用户名。

    框选住登陆名,点鼠标右键,弹出对话框,选择“替换为新参数”弹出对话框,此时参数名输入:name,参数类型选择File,如图

    点“属性”按钮, 出现以下窗口

    注意: 参数的文件名不要使用con.dat、pm.dat或者lpt*.dat等系统装置名下面我们将会连接数据库, 从数据表中选择用户名。点“数据向导” 按钮,显示如图

    使用第2项, 选择“使用手动指定SQL语句”点下一步,出现如图窗口

    添入连接字符串, 点“创建” 按钮,选择事先配置好的ODBC连接。在SQL语句里输入select查询语句,出现如图窗口

    提醒: 在参数数据显示区, 最多只能看到100行, 如果数据超过100行, 只能点“编辑” 按钮, 进入记事本看。

    “选择下一行 ” 有以下几种选择:

    ●Sequential: 按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取

    ●Random: 在每次循环里随机的读取一个, 但是在循环中一直保持不变

    ●Unique: 唯一的数。注意: 使用该类型必须注意数据表有足够多的数。比如Controller中设定20个虚拟用户进行5次循环, 那么编号为1的虚拟用户取前5个数, 编号为2的虚拟用户取6-10的数, 依次类推, 这样数据表中至少要有100个数据, 否则Controller运行过程中会返回一个错误。

    “按编号”指选择列表中的那一列数据,从左到右分别是1、2、3依次

    通常用在有关联性的数据上面。我们这里取值Sequential即可。完成设置关闭即可

    4.3 单机运行测试脚本

    经过以上的各个步骤后, 脚本就可以运行了。运行脚本可以通过菜单或者工具栏来操作。

    执行“ 运行” 命令后,VuGen先编译脚本, 检查是否有语法等错误。如果有错误,VuGen

    将会提示错误。双击错误提示,VuGen能够定位到出现错误的那一行。为了验证脚本的正

    确性, 我们还可以调试脚本, 比如在脚本中加断点等, 操作和在VC中完全一样, 相信大家谁都不会感到陌生。如果编译通过, 就会开始运行。然后会出现运行结果。

    5实施测试

    5.1 选择脚本,创建虚拟用户

    启用“controller”弹出如图窗口

    选择刚才录制并保存好的脚本,添加到方案中,点“确定”出现如图

    根据需要修改虚拟用户数量,这里我们取“100”根据实现场景设计,取不同数字

    点“编辑计划”细化方案,计划名里选择计划种类:加压,缓慢加压、默认计划或新建立计划。

    ² 默认计划:同时加载所有vuser,直到完成

    ² 加压:每15秒启动2个vuser持续时间5分种

    ² 缓慢加压::每2分种启动2个vuser持续时间10分种

    这里我们选择“加压” 出现如图

    点“加压”标签设置加压方法,点“持续时间”标签选择完成时间,点“加压”标签选择退出方法,点“方案开始时间”可以定义时间后自动到点执行,并在一个限定的时间范围内结束,所有设置完毕后,点“ok”返回上一级窗口,点“开始方案”启动运行,出现如图窗口

    5.2 添加windows资源监视窗口

    loadruner默认性能监视窗口四个,分别是“运行vuser“、”事务响应时间“、

    “每秒点击次数”最后一个可以根据用户自己选择现实什么窗口。打开可用图中目录树,

    选择系统资源,找到windows资源双击,则windows资源监视窗口便自动替换原窗口如上图。当然loadrunner也可以同时显示1-16个窗口,方法是点右键,在弹出菜单中选择“查看图”选择显示的图数,也可以自定义数字。

    5.3 添加windows性能计数器

    鼠标选择windows资源监视窗口,点击右键弹出菜单中选择“ADD Measurements..”弹出如图窗口

    点“添加”把监视的服务器ip地址输入,点确定,如图

    如果可以正常联机到服务器,则在资源度量中会显示全部计数器,此时如果点“确定”则系统默认全部选中,在监视窗口中会显示所有性能曲线,无法单独过滤显示某条曲线,如果选中某个计数器后点“添加”则弹出该项目下的其它性能指标,选择需要的计数器后点“添加”如图

    此时要注意,你登陆客户端(也就是你装有loadrunner机器)的用户应该是管理员身份,同时还要保证该用户在被监视的服务器上也是管理员身份。这样选择虽然监视窗口中仍会显示所有性能曲线,但是可以通过鼠标右键弹出菜单,选中你指定的某条曲线单独显示。方法是双击监视窗口放大显示,然后右键选择“仅显示指定图”监视窗口还可以互相叠加等操作,功能强大,通过右键菜单选择可以进行复杂显示操作。常用的还有web程序服务器图、数据库服务器资源图等,添加方法雷同。计数器有那些,有什么含义,理想值是多少,可以参见第六章节。

    5.4 执行脚本

    此时设置完毕后,那就简单了,点击“开始方案”注意观察吧。

    5.4.1 分析结果

    脚本执行完毕后,loadrunner会自动分析结果,生成分析结果图或表,方法是点导航栏“结果”选现,在弹出窗口中选择“分析结果”

    6 分析以及监视场景

    在运行过程中, 可以监视各个服务器的运行情况(DataBase Server、Web Server等)。

    监视场景通过添加性能计数器来实现。这一章非常的重要, 确定系统瓶颈全靠它了。

    下面重点讲讲需要添加那些计数器, 以及那些计数器代表什么意思。由于Win2000 Professional、Server以及Advanced Server提供的计数器不完全相同, 这里我们讨论将以Server为基准。监视场景需要在Run视图中设置然后, 出现添加计数器的对话框其他的操作就和控制面板“ 性能” 中添加性能计数器的操作一样, 这里不再详细说明。本章主要说明一下各个系统计数器的含义( 数据库的计数器不做重点, 只是拿SQL Server2000作为例子进行说明。因为数据库各个版本之间差异比较大, 请参考您使用的数据库系统的帮助)。

    6.1 Memory相关

    内存是第一个监视对象, 确定系统瓶颈的第一个步骤就是排除内存问题。内存短缺的问题可能会引起各种各样的问题。

    Object( 对象)

    Counters

    Description( 描述)

    参考值

    Memory

    Available MBytes

    物理内存的可用数( 单位 Mbytes)。默认情况下IIS5.0使用50%的可用物理内存, 作为IIS的文件缓存(file cache)。IIS基本占用2.5 MB,每个附加连接将在此基础上占用10 KB左右

    至少要有10%的物理

    Memory

    Page/sec

    Page Faults/sec

    Pages Input/sec

    Pages Input/sec

    Page Reads/sec

    Transition

    Faults/sec

    物理内存的可用数( 单位 Mbytes)。默认情况下IIS5.0使用50%的可用物理内存, 作为IIS的文件缓存(file cache)。IIS基本占用2.5 MB,每个附加连接将在此基础上占用10 KB左右。至少要有10%的物理内存值当处理器向内存指定的位置请求一页( 可能是数据或代码) 出现错误时, 这就构成一个Page Fault。如果该页在内存的其他位置, 该错误被称为软错误( 用Transition Fault/sec数器衡量); 如果该页必须从硬盘上重新读取时, 被称为硬错误。许多处理器可以在有大软错误的情况下继续操作。但是, 硬错误可以导致明显的拖延。Page Faults/sec是处理器每秒钟处理的错误页( 包括软错误和硬错误)。Pages Input/sec是为了解决硬错误页, 从硬盘上读取的页数, 而Page Reads/sec是为了解决硬错误, 从硬盘读取的次数。如果Page Reads/Sec比率持续保持为5, 表示可能内存不足。Pages/sec是指为解析硬页错误从磁盘

    读取或写入磁盘的页数。

    Page/sec 推荐00-20( 如果服务器没有足够的内存处理其工作负荷, 此数值将一直很高。如果大于80,表示有问题)。这些计数器的值比较低, 说明Web服务器响应请求比较快,否则可能是服务器系统内存短缺引起( 也可能是缓存太大, 导致系统内存太少)。Page Input/sec的值可以衡量出硬错误页发生的速率, 通常它的值会于或者等于Page Reads/sec。Memory Cache Bytes

    Memory

    Cache Bytes

    文件系统缓存(File System Cache)

    默默认情况下认情况下为50%的可用物理内存。如为50%的可IIS5.0运行内存不够时, 它会自动整理用物理内存缓存。需要关注该计数器的趋势变化

    Internet File Cache Hits %

    File Cache Hits %是文件缓存命中全部( 对于一个Information File Cache缓存需求的比例, 反映了IIS的文件缓大部分是静Services Flushes存设置的工作情况。而File Cache Hits态网页组成

    Global File Cache Hits 是文件缓存命中的具体值,File Cache的网站)File Flushes是自服务器启动之后文件缓存Cache Hits%刷新次数, 如果刷新太慢, 会浪费内存; 如果刷新太快, 缓存中的对象会太频繁属于非常好! 的丢弃生成, 起不到缓存的作用。通过File Cache Hits和File Cache Flushes可以得到一个适当的刷新值( 参考IIS的设置ObjectTTL、MemCacheSize、MaxCacheFileSize)

    Memory

    PoolPaged BytesPool Nonpaged Bytes

    Pool Paged Bytes Pool Nonpaged Bytes 这两个计数器监视服务器上各个进程的分页池字节数和非分页池字节数。

    在访问数比较固定的情况下, PoolNonpaged Bytes 是比较定的, 如果访问数逐步增加, 该值会缓慢的增加

    Process

    Virtual Bytes

    Working Set 计数器

    Virtual Bytes( 实Virtual Bytes数器监视IIS5.0保留的例inetinfo、虚地址空间的数量, 实例化为inetinfodllhost) Working Set( 实例进程(IIS运行的核心)和Dllhost进程( 隔离/连接池的应用程序必需的)。inetinfo、dllhost)Working Set计数器反映了每个进程使Dllhost#n进程都用的内存页的数量。系统的内存页(pool要添加计数器Page) 只能由操作系统的核心模块直接访问, 用户进程不能访问。运行IIS5.0的服务器上, 负责web连接的线程以及它需要的一些对象都保存在未分页的池中(nonpaged pool), 比如文件句柄和socket连接

    Process

    Private Bytes

    指这个处理不能与其他处理共享的、已分配的当前字节数

    Memory

    Committed

    Bytes

    是指以字节表示的确认虚拟内存。(确认内存是指为磁盘分

    页文件在磁盘上保留的空间以便在需推荐不超过物理内存的75%

    要将其写回磁盘时使用)

    推荐部超过物理内存的75%

    内存问题主要检查应用程序是否存在内存泄漏。如果发生了内存泄漏,Process\Private Bytes计数器和Process\Working Set计数器的值往往会升高, 同时Available Bytes的值会降低。内存泄漏应该通过一个长时间的, 用来研究分析当所有内存都耗尽时, 应用程序反应情况的测试来检验。

    6.2 Processor相关

    Object( 对象)

    Counters

    Description( 描述)

    参考值

    Sytem

    Processor Queue

    Length

    Processor Queue Length 是指处理列队中的线程数。即使在有多个处理器的计算机上处理器时间也会有一个单列队。不象磁盘计数器, 这个计数器仅计数就绪的线程, 而不计数运行中的线程。如果处理器列队中总是有两个以上的线程通常表示处理器堵塞

    小于2。显示在由Web服务器所有处理器共享的队列中等待执行的线程数。处理器瓶颈会导致该值持续大于2

    Processor

    %Processor Time

    CPU 使用率。这是查看处理器饱和状况的最佳计数器。显示所有CPU的线程处理时间。如果一个或多个处理器的该数值持续超过90%,则表示此测试的负

    载对于目前的硬件过于沉重。为多处理器服务器添加该计数器的 0到x个实例

    小于75%。排除内存因素, 如果该计数器的值比较大, 而同时网卡和硬盘的值比较低, 那么可以定CPU瓶颈

    System

    Context Switches/sec

    Context Switches/sec 指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。当正在运行的线程自动放弃处理器时出现上下文转换, 由一个有更高优先就绪的线程占先或在用户模式和特权(内核)模式之间转换以使用执行或分系统服务。它是在计算机上的所有处理器上运行的所有线程的Thread: Context Switches/sec的总数并且用转换数量衡量。在系统和线程对象上有上下文转换计数器

    如果切换次数到5000*CPU个数和10000*CPU 个数中, 说明它忙于切换线程而不是

    处理ASP脚本

    Processo

    %Privileged Time

    % Privileged Time 是在特权模式下处理线程执行代码所花时间的百分比。当调用Windows系统服务时, 此服务经常在特权模式运行, 以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。对系统的调用可以是直接的(explicit)或间接的(implicit), 例如页面错误或中断。不像某些早期的操作系统,Windows除了使用用户和特权模式的传统保护模式之外, 还使用处理边界作为分系统保护。某些由Windows为您的应用程序所做的操作除了出现在处理的特权时间内, 还可能在其他子系统处理出现

    Time

    Switches/sec ( 实例化inetinfo和dllhost

    如果你决定要增加线程字节池的大小,你应该监视这三个计数器( 包括上面的一个)。增加线数可能会增加上下文切换次数, 这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高, 就应该减小线程字节池的大小

    Processor

    Interrupts/sec %DPC Time

    Time 这两个计数器能够反映处理器用在处理中断以及推迟处理调用的时间。如果处理器使用率超过Interrupts/sec指处理器每秒钟接收并维90%且 硬件中断的平均值。正常的线程操作在中断时悬停。大多数的系统时钟每Interrupt Time 大于隔10毫秒中断处理器一次, 形成了间15%, 则处理隔活动的后台

    如果处理器使用率超过90%,且Interrupts/sec time大于15%则处理器可能负载过重,并发生中断

    Processor Interrupts/sec %DPC Time 这两个计数器能够反映处理器用在处理中断以及推迟处理调用的时间。如果处理器使用率超过Interrupts/sec指处理器每秒钟接收并维90%且 硬件中断的平均值。正常的线程操作在中断时悬停。大多数的系统时钟每Interrupt Time 大于隔10毫秒中断处理器一次, 形成了间15%, 则处理隔活动的后台。器可能负荷过重, 并发生中断。判断应用程序是否存在处理器瓶颈的方法: 如果Processor Queue Length显示的队列长度保持不变(>=2) 个并且处理器的利用率%Processor Time超过90%, 那么很有可能存在处理器瓶颈。

    如果发现Processor Queue Length显示的队列长度超过2, 而处理器的利用率却一直很

    低, 那么或许更应该去解决处理器阻塞问题, 这里处理器一般不是瓶颈。如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换(Context Switches/sec显示的上下文切换次数比较大), 那么就会占用大量的系统资源。如果系统的吞吐量降低并且CPU的使用率很高,并且此现象发生时切换水平在15000以上, 那么意味着上下文切换次数过高同时还可以比较Context Switches/sec和%Privileged Time来判断上下文切换是否过量。如果后者的值超过40%, 且上下文切换的速率也很高, 那么应该检查为什么会产生这样高的上下文切换。

    6.3 网络吞吐量以及带宽

    Object

    Counter

    Description

    参考值

    Network Interface

    Bytes Total/se

    Bytes Total/sec 为发送和接收字节的速率, 包括帧字符在内。判断网络连接速该计数器的值和目前网度是否是瓶颈, 可以用该计数器的值和络的带宽相目前网络的带宽比较

    改计数器的值和目前网络带宽相除,结果应该小于50%

    Web Servic

    Maximum Maximum Connections

    Maximum Maximum Connections :“ 最大连接数”Attempts Total Connection Attempts:“ 连接尝试总数” 是从服务启动时利用Web服务尝试连接的总数。该计数器应用于全部所列的实例。

    6.4 磁盘相关

    Object( 对象)Counters( 计数器名称)Description( 描述) 参考值

    Object

    Counters

    Description

    参考值

    Network

    Bytes Total/sec

    Bytes Total/sec 为发送和接收字节的速Interface率, 包括帧字符在内。判断网络连接速度是否是瓶颈, 可以用该计数器的值和目前网络的带宽比较

    Processo

    %Processor Time

    % Privileged Time

    CPU 使用率该计数器对应于处理器执行Windows. 2000内核命令( 如处理SQL Server I/O请求) 所用时间的百分比。如果Physical Disk计数器的值很高时该计数器的值也一直很高, 则考虑使用速度更快或效率更高的磁盘子系统。

    PhysicalDisk

    %Disk Time

    % Disk Time 指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大, 那

    么硬盘不是瓶颈。如果只有%Disk Time比较大, 另外两个都比较适中, 硬盘可能会是瓶颈。在记录该计数器之前, 请

    在 Windows 2000的命令行窗口中运行diskperf -yD。若数值持续超过80%, 则可能内存泄漏。

    PhysicalDisk

    AverageDisk

    Queue Length

    指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。

    PhysicalDisk

    PhysicalDisk

    指在此盘上读取操作的速率

    PhysicalDisk

    Disk Writes/sec

    指在此盘上写入操作的速率

    判断磁盘瓶颈的方法是通过以下公式来计算:

    每磁盘的I/O数= [读次数+(4 *写次数)] /磁盘个数

    如果计算出的每磁盘的I/O数大于磁盘的处理能力, 那么磁盘存在瓶颈。

    6.5 Web应用程序

    这里以ASP.NET开发的Web应用程序为例进行说明。

    Object

    Counters

    Description

    参考值

    ASP.NET Applications

    Request/Sec Request Executing

    每秒执行的请求数。

    如果Request/Sec ApplicationsRequest Executing当前执行的请求数。的值比较小, 你

    的Web程序可能

    是瓶颈

    ASP.NET

    ASP.NETRequestWait

    Time

    Request Executing Time

    最近的请求在队列中等待的毫秒数。执行最近的请求所用的毫秒数。Queued在理想状况下应该接近0,Request Queued等候处理的请求数。该计数器应保持接近0。超过IIS队列长度会出如果这两个值太大, 那么需要重现“服务器太忙”错误

    6.6 SQL Server

    这里针对SQL Server2000, 而且只是列出比较关键的几个。更加详细的信息可以参考SQL Server的联机文档。

    Object(

    Counters

    Description

    参考值

    Processor

    %Processor time

    CPU 使用率

    SQL Server: Logins/sec

    这是每秒登录到 SQL Server的计数

    SQLServer:CacheManage

    Cache Hit Ratio

    (all instances)

    显示在高速缓存中找到数据的命中率。如果数值持续小于 85%, 则表

    示内存有问题。

    SQL Server

    General Statistics

    User Connections

    显示当前 SQL用户数。与Active Server Pages:Requests/Sec计数器

    进行比较, 可帮助了解脚本对 SQL Server的影响程度。如果差别过大, 则表示测试脚本不能有效地对SQL Server进行应力测试。

    SQLServer:Locks

    Lock Waits/sec

    显示在当前进程完成之前强制其他进程等待的每秒锁定请求的数量。如果该值始终大于 0, 则表示事务有问题。

    SQLServer: BuffeManage

    Buffer Manager Hit Ratio

    计数器值依应用程序而定, 但比率最好为 90%或更高。增加内存直到这一数值持续高于90%, 表示90%以上的数据请求可以从数据缓冲区中获得所需数据。

    SQLServer

    SQL Statistics

    Batch Requests/sec

    每秒收的Transact-SQL命令批数。这一统计信息受所有约束( 如I/O、用户数、高速缓存大小、请求I/O、用户数、高速缓存大小、请求的复杂程度等) 影响。批请求数值

    高意味着吞吐量很好。

    SQL Server:

    Buffer Manager

    Lazy Writes/sec

    每秒被缓冲区管理器的惰性写入器写入的缓冲区数。惰性写入器是一

    个系统进程, 其主要任务是刷新成批的老化的脏缓冲区( 指包含更改

    的缓冲区, 这些更改必须写回磁盘, 才能使该缓冲区由其它页重新使

    用), 并使之可由用户进程使用。惰性写入器消除了为创建可用缓冲区而频繁执行检查点的需要。

    SQL Server:

    Buffer Manager

    Page Reads/sec

    每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据

    库间的物理页读取总数。由于物理I/O的开销大, 可以通过使用更大

    的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法, 使开销减到最小。

    SQL

    Server:Databases

    Transactions/sec

    每秒为数据库启动的事务数

    这里针对SQL Server2000, 而且只是列出比较关键的几个。更加详细的信息可以参考SQL

    Server 的联机文档。

    6.7 Network Delay

    如果要监视的两台计算机在同一个局域网络内, 建议不要使用Network Delay Monitor。

    因为在同一局域网内,Network Delay会非常的小, 网络监视器会有足够的时间在每秒钟内发送成百上千的请求, 这样会导致源计算机(source machine) 的CPU和内存超负荷工作。

    默认情况下“Enable display of network nodes by DNS names” 选择是没有选中的, 因为

    选中它会明显的降低该监视器的速度。

    7 分析实时监视图表

    这一章仅仅介绍几个最重要的图表。

    Q1 事务响应时间是否在可接受的时间内? 哪个事务用的时间最长?

    看Transaction Response Time图, 可以判断每个事务完成用的时间, 从而可以判断出那个事务用的时间最长, 那些事务用的时间超出预定的可接受时间。

    Q2 网络带宽是否足够?

    “Throughput”图显示在场景运行期间的每一秒钟, 从Web Server上接受到的数据量的值。

    拿这个值和网络带宽比较, 可以确定目前的网络带宽是否是瓶颈。

    如果该图的曲线随着用户数的增加, 没有随着增加, 而是呈比较平的直线, 说明目前的

    网络速度不能够满足目前的系统流量。

    Q3 硬件和操作系统能否处理高负载?

    “Windows Resources” 图实时地显示了Web Server系统资源的使用情况。利用该图提供的数据, 可以把瓶颈定位到特定机器的某个部件。

    8 经常遇到的问题

    8.1 VuGen的问题

    在使用VuGen中经常会遇到的问题。

    8.2 Controller的问题

    在使用Controller中经常会遇到的问题。

    1. 在添加完Load Generators机器时, 连接老是失败; 添加的机器明明已经安装了

    loadrunner, 并且网络通讯正常。

    解决方法: 在安装loadrunner的第七步骤, 应该选择第2项, 如果选择了第一项,

    就会有这种问题。重新安装一下即可。

    2. 在VuGen中运行良好的脚本, 到Controller中运行却出问题。

    这种问题可能会遇到。为了确定问题出在Controller中的场景,而不是脚本的问题,

    你应该在所有的Load Generators机器上使用VuGen运行测试脚本, 确保都能够运

    行正确。因为VuGen和Controller运行的机制不一样。在VuGen中运行时使用的

    是完整的浏览器, 而在Controller中运行时使用的只是浏览器的基本的部分。

    8.3 计数器的问题

    在使用性能计数器中经常会遇到的问题。

    1. 添加了Windows Resources计数器后, 却看不到实时的数据。

    解决方法: 要得到监视的数据, 必须要在被监视的服务器(Web Server) 上获得管

    理员权限。最简单的方法是在“ 网络邻居”中以administrator身份登陆Web Server。

    当然使用下面的控制台命令也可以:net use \\然后登陆用户名和密码即

    可。(登陆的用户名必须具有管理员权限)

    2. 添加了一些默认的性能计数器后, 出现了错误。

    解决方法: 可能是一些LoadRunner默认的计数器在WebServer上已经不存在的原

    因, 尤其是数据库的计数器方面。简单的解决方法, 就是删除有问题的计数器, 添

    加比较接近的计数器( 可能需要参考Windows帮助或者数据库的帮助)

    9.结果分析

    根据不同的场景设计,配置脚本后进行测试得到如下结果

    测试环境

    LMM:

    CPU:4x2.7GRAM:4G

    Websphere 5.0 + IBM Http Server

    线程池:100

    JDBC连接池:100

    会话超时:30分钟

    DS:

    CPU:4x2.2RAM:4G

    Websphere 5.0 + IBM Http Server

    线程池:100

    JDBC连接池:100

    会话超时:30分钟

    DB&LDAP:

    CPU:2x2.2GRAM:4G

    Oralce 8.1.7 + LDAP

    测试工具:Load Runner 7.8

    用户数据:用户名test1– test100; 口令与用户名相同。

    测试用例1

    测试场景描述

    用户登录的lmm模块,总共登陆24个用户,所有用户都同时并发操作。

    用户点击“登记的教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM与DS模块CPU平均利用率在10%以下。LMM服务器CPU利用率峰值为20%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%(持续时间为7秒),其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户平均操作响应时间不超过5秒,所有交易成功。

    测试用例2

    测试场景描述

    用户登陆lmm模块,总共登录48个用户,每1秒登录1个用户

    用户点击“已登记教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习;

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM与DS模块CPU平均利用率在5%以下。LMM服务器CPU利用率峰值为10%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为8%,其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户操作响应时间不超过3秒,所有交易成功。

    测试用例3

    测试场景描述

    用户登录的lmm模块,总共登陆48个用户,所有用户都同时并发操作。

    用户点击“登记的教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM与DS模块CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为40%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%(持续时间为10秒),其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户平均操作响应时间不超过10秒,所有交易成功。

    测试用例4

    测试场景描述

    用户登录的lmm模块,总共登陆48个用户,每秒同时登录10个用户。

    用户点击“登记的教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM与DS模块CPU平均利用率在10%以下。LMM服务器CPU利用率峰值为10%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%(持续时间为2秒),其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户平均操作响应时间不超过5秒,所有交易成功。

    测试用例5

    测试场景描述

    用户登录的lmm模块,总共登录100个用户,每1秒登录一个用户。

    用户点击“登记的教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM与DS模块CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为10%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%(持续时间为2’20分钟),其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户最大操作响应时间30秒,所有交易成功。

    测试用例6

    测试场景描述

    用户登录的lmm模块,总共登陆100个用户,所有用户同时并发操作。

    用户点击“登记的教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM与DS模块CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为40%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%(持续时间为3分钟),其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户超时1个。

    测试用例7

    测试场景描述

    用户登录的lmm模块,总共登陆200个用户,所有用户同时并发操作。

    用户点击“登记的教程”

    用户点击“启动”,进行课程学习,进入DS模块

    在DS模块中进行学习,过程包括:首先,点击一次课程结构树;然后,进行课程内容的学习。

    点击“返回LMS”按钮,返回到lmm模块

    点击“退出”按钮,退出系统

    测试结果

    LMM CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为40%,其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%(持续时间为5分钟),其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户超时108个。

    10参考文献

    LoadRunner中文使用手册(完全版)---作者:huior

    LoadRunner 7.8 联机帮助

    展开全文
  • 软件测试工具中使用LoadRunner进行数据集成软件压力测试以ORACLE9i数据库为例。 1、测试环境准备 LoadRunner所在机器须安装有ORACLE9i客户端,以便于通过SQLPLUS工具对数据库中的表数据进行操作。 2、建表 源...
  • 负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的...

    性能测试目的

    1.什么是性能测试?

    性能测试是通过性能的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

    负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点,来获得系统能提供的最大服务级别的测试。

    性能测试分类及术语

    1 测试分类

    负载测试(Load Testing):

    负载测试是指在一定的软件、硬件及网络环境下,运行一种或多种业务,在不同虚拟用户数量的情况下,测试服务器的性能指标是否在用户的要求范围内,以此确定系统所能承载的最大用户数、最大有效用户数,以及不同用户数下的系统响应时间及服务器的资源利用率。

    压力测试(Stress Testing):

    压力测试是指在一定的软件、硬件及网络环境下,模拟大量的虚拟用户向服务器产生负载,是服务器资源处于极限状态下并长时间连续运行,以测试服务器在高负载情况下是否能够稳定工作。与负载测试获得峰值性能数据不同,压力测试强调在极端情况下系统的稳定性,此时处理能力已经不重要了。

    2 专业术语

    场景(Scenario):

    场景即测试场景。在LoadRunner的Controller部件中,可以设计与执行用例的场景,设置场景的步骤主要包括:在Controller中选择虚拟用户脚本、设置虚拟用户数量、配置虚拟用户运行时的行为、选择负载发生器(Load Generator)、设置执行时间等。

    负载发生器(Load Generator):

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

    虚拟用户(Virtual User/Vuser):

    对应于现实中的真实用户,使用LoadRunner模拟的用户称为虚拟用户。性能测试模拟多个用户操作可以理解为:这些虚拟用户在跑脚本,以模拟多个真正用户的行为。

    虚拟用户脚本(Vuser script):

    通过Vuser Generator录制或开发的脚本。这些脚本用来模拟用户的行为。

    事务(Transaction):

    测试人员可以将一个或多个操作步骤定义为一个事务,可以通俗的理解事务为"人为定义的一系列请求(请求可以是一个或者多个)"。在程序上,事务表现为被开始标记和结束标记圈定的一段代码区块。Loadrunner根据事务的开头和结尾标记,计算事务响应时间、成功/失败的事务数。

    LoadRunner三大组件

    1.Loadrunner安装

    Loadrunner安装破解可以需要大家去自行解决,搜索可以解决任何问题!

    2 Loadrunner组成

    测试软件LoadRunner 的性能测试流程及结果分析:

    VuGen(虚拟用户生成器):用于录制系统性能测试脚本或者手动创建编写性能测试脚本。

    • Controller (控制器):用于组织、驱动、管理和监控负载测试。
    • Analysis (分析器):用于查看、分析和比较性能结果。

    3 性能测试工作流程

    【制定测试计划】=>【创建测试脚本】=>【设计测试场景】=>【执行测试场景】=>【分析测试结果】=>【系统性能调优】

    制定测试计划方案:确定测试要求,如并发用户数量、典型业务场景流程;测试计划等。
    创建Vuser脚本:使用Virtual User Generator录制、手动编写测试脚本。
    设计测试场景:使用LoadRunner Controller 设置测试场景。
    执行场景:使用LoadRunner Controller 驱动、管理并监控场景的运行。
    分析测试结果:使用LoadRunner Analysis 生成报告和图表并评估性能。

    创建测试脚本

    1 录制测试脚本


    在这里插入图片描述
    在这里插入图片描述

    以CRMEB Pro测试为例

    2 测试脚本调试

    在这里插入图片描述
    在这里插入图片描述

    3 脚本参数化


    在这里插入图片描述

    4 关联变量


    在这里插入图片描述

    如:“token”:"1JYPO_yuDuqlSa5Gd9gnUBm4ShhmEKYSCohcnc6sNNw"获取token值
    在这里插入图片描述

    测试软件LoadRunner 的性能测试流程及结果分析

    5 检查点设置

    在这里插入图片描述

    设置场景运行脚本

    1 运行测试场景

    在这里插入图片描述
    Controller控制台场景执行图,各部分图数展示:
    在这里插入图片描述

    分析测试结果

    1 性能指标

    TPS:Transaction per second 指应用系统每秒钟处理完成的交易数量,是估算应用系统性能的重要依据。一般而言,评价系统性能均以每秒完成的技术交易的数量来衡量。系统整体处理能力取决于处理能力最低模块的TPS值。

    HPS:Hit per second 每秒点击次数指一秒钟的时间内用户对web页面的链接、提交按钮等点击总和。HPS一般与 TPS成正比关系,是B/S系统中非常重要的性能指标之一。

    事务响应时间:Transaction Response Time 指脚本中开始到结束的脚本测试过程中的响应时间。

    资源利用率:资源利用率是指系统在负载运行期间,数据库服务器、应用服务器、web服务器的CPU、内存、硬盘、外置存储,网络带宽的使用率。

    2 结果分析

    在这里插入图片描述

    通过执行场景得到结果的相关数据:TPS、响应时间、CPU、IO等。根据性能测试方案中提到的性能指标,确认结果是否符合要求。不符合则需要找到性能瓶颈并优化。

    配置项检查:中间件活跃线程数、JVM相关内存分配、数据库连接池等
    硬件资源:增加CPU、内存等硬件资源(资源不够情况下)以及增加服务器数量
    SQL语句以及代码分析:通过分析SQL和代码,找出逻辑复杂执行效率低的SQL或代码并修改。
    系统架构分析:风险较大。(一般由架构师执行)

    展开全文
  • LoadRunnerLoadrunner软件测试工具Loadrunner中参数的设置做负载或者压力测试时,很多人选择使用了Loadrunner测试工具。该工具的基本流程是先将用户的实际操作录制成脚本,然后产生数千个虚拟用户运行脚本(虚拟用户...
  • LoadRunnerLoadrunner软件测试工具LoadRunner模拟真实用户访问、在进行压力测试设计时,总会碰到一些case需要考虑用户实际的行为对系统的影响。使用lr录制脚本时,有很多方法都可以模拟用户的真实使用状态,例如:1...
  • 实验4:对任意系统用 LoadRunner软件进行压力测试和性能测试 简单介绍: 本组采用自己开发的一个项目——图书馆座位预定系统(目前还没上线,部署在本机上)来进行测试。 所以本次实验的测试环境是本机上的针对接口...

    实验4:用 LoadRunner软件进行压力测试和性能测试

    一.简单介绍:

    本组采用自己开发的一个项目——图书馆座位预定系统(目前还没上线,部署在本机上)来进行测试。
    所以本次实验的测试环境是本机上的针对接口的压力和性能测试。
    好处有:
    1.对内部结构熟悉,自己编写的,很多地方测试前自己心里有数
    2.有足够的访问权限,因为像淘宝京东那样的大网站应该是做了防护机制的,不可能让你一个脚本把服务器挤爆,但自己的程序就避免这个问题
    3.设备和程序不完美更容易达到压力测试的需求
    缺点是:
    1.不够真实,不是实际系统
    2.没有上线,性能和本地部署机有很大关系

    二.步骤说明

    参考着这篇文章来做(重要,建议打开对照看):

    loadrunner做http接口的性能测试不用录制脚本的方法

    ①.create script:

    打开Generator,生成脚本

    ②.create step:

    insert->new step ->选择web_custom_request

    web_custom_request 函数

    在这里插入图片描述
    在这里插入图片描述
    注意事项:
    项目访问本地SQL server数据库 ,所以在运行后端程序前应该先开启所有sql服务
    在这里插入图片描述
    以免数据库连接失败而报错

    ③.open controller:

    在gennerator中创建场景(不要直接打开controller,然后导入),否则会报错:Loadrunner Controller cannot create Vusers.

    “Loadrunner Controller cannot create Vusers. ”解决方法

    在这里插入图片描述

    ④.set goal:

    可调整参数,确定测试规划。(生成用户-执行action-消除用户)分别做多久。
    在这里插入图片描述

    ⑤.run scenario:

    运行场景,生成结果
    在这里插入图片描述

    ⑥.Analysis Summary:

    生成结果报告

    在这里插入图片描述

    三.结果分析:

    前言:
    由于license限制,我们只能创建50个Vusers
    需要在controller启动前或后设置SLA(期望)

    LoadRunner之Analysis Summary(结果摘要)
    SLA(Service Level Agreement服务水平协议)

    在这里插入图片描述

    测试报告可参考ppt

    参考文章:
    LoadRunner简明教程
    用性能测试工具loadrunner,这些问题一半的人遇到过!
    loadrunner做http接口的性能测试不用录制脚本的方法

    展开全文
  • LoadRunner压力测试实例

    2007-05-24 16:42:15
    LoadRunner压力测试实例,软件使用介绍。
  • LoadrunnerloadRunner在软件测试中loadrunner中回放socket录制的脚步卡死本来想等压力测试步入正规以后把所有的问题整理出来,贴上来分享。无奈怕夜长梦多,自己忘记许多,所以想一点点的积累起来。用loadrunner对...
  • 压力测试通常是在高负载情况下来对系统的稳定性进行测试,更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。 简述使用Loadrunner的步骤 脚本录制设置—录制脚本—调试脚本—场景设置—执行场景----...
  • 添加监视时,可能会出现如下错误:@(}/k~h'E^ E... Cannot create measurement SQLServer|User Connections| on machine 127.0.0.1.51Testing软件测试网N"s-NJ&[+m(S&FC51Testing软件测试网[!\U'q&g"eOk...
  • 专业的软件压力测试工具,此工具为破解安装版,里面有安装破解文件
  • LoadRunner压力测试实例步骤

    万次阅读 2018-03-30 16:03:13
    LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner , 企业...
  • Loadrunner使用教程(免费)_IT168文库 网站压力测试(WAS) 系统压力测试报告模版(修改版v1.01) 信息门户系统压力测试报告 信息系统LoadRunner压力测试报告 压力测试报告标准版
  • 说起压力测试,是软件测试过程中必不可少的环节。那么在进行压力测试之前,要注意哪些方面那? 在进行性能测试前首先,要清楚服务器的配置、测试机的配置;其次,还要清楚服务器的数量。这样就不会出现,压测过程中...
  • LoadRunner11 并发压力测试生成报告

    千次阅读 2019-08-07 20:51:59
    LoadRunner并发压力测试生成报告 1.启动软件: 2.三个步骤 录制脚本 新建脚本 录制 LoadRunner12是最新版,但是没有破解资源,最大只能支持50并发 LoadRunner11 有破解版,无并发上限,但是,LoadRunner11兼容...
  • 使用loadrunner进行压力测试时,测试post方法,其中post方法中body中有中文,这样可能导致接口调用失败。错误日志如下: Caused by: ...
  • 下面是使用它来做压力测试的例子:软件下载地址:http://down.51cto.com/data/10787971 运行LoadRunner出现如下窗口:2 双击Virtual User Generator:3 此处你可以新建脚本也可以打开已有脚本,这里选择新建Vuser脚本...
  • loadRunner12压力测试工具使用流程

    千次阅读 2019-11-06 21:59:00
    最近由于公司业务需要,进行内部一个平台的性能测试,在线查找了很多的测试工具,最终选择了loadRunner12,也正好在“卜子乐”的博客看到了这个教程,整理转载一下。 一、录制业务 1.loadrunner12的基础配置:由于...
  • 选择"Start scenario"来开始本次压力测试调度。  执行结果分析如下:  施压时间为5分41秒,Vusers数量为100,一共完成的Actions交易数量为5625笔,平均响应时间为5.561秒,TPS为17.8
  • 性能测试简介  软件系统的性能包括很多方面,有执行效率,资源占用,系统稳定性,安全性,兼容性,可靠性,可扩展性等。这些都是可以衡量一个... 通过模拟生产运行的业务压力量和使用场景组合,测试系统的性能是...
  • 熟悉LoadRunner自动化测试工具,并会使用该工具录制、运行测试脚本、设置测试场景进行压力测试。 三、实验环境 硬件:微型计算机 软件:Windows xp操作系统; Microsoft office 2003/2007;LoadRunner; 四、实验...
  • 1、测试业务范围:关键的、常用的、压力较大的、有代表性的、不宜过多; 2、测试环境:硬件环境(主机型号、配置)、软件环境(操作系统、数据库)、网络环境(带宽、交换机、防火墙); 3、测试目的:上线前调优,...
  • 工业标准级负载测试LoadRunner? 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ...
  • 压力测试就是软件测试对软件性能评估的一个方面,下面就简单介绍我在使用loadrunner这款工具时的一些情况。 loadRunner简介 这款软件是一种能够预测系统行为和性能的负载工具。可以通过模拟上千万用户...

空空如也

空空如也

1 2 3 4 5 ... 18
收藏数 348
精华内容 139
关键字:

压力测试软件loadrunner