loadrunner 场景设计-目标场景设计
场景设计-目标场景设计
by:授客 QQ:1033553122
A. 概述
Goals Types for Goal-Oriented Scenarios
在以目标为向导的场景中,定义你想实现的测试目标,lr基于这些目标为你自动创建场景。


可以为目标为向导的场景定义以下类型的目标:


1)
Virtual
Users
该目标测试你的应用是否可以同步运行指定数量的Vuser。运行这类goal-oriented场景和运行一个手工场景类似。
2)
Pages
per Minute/Hits per Second/Transactions per Second
这些目标测试服务器能力。对于每个目标,你可以为要运行的场景指定Vuser最小-最大范围。
在有Transactions
per Second目标类型情形下还可以指定一个事务名。
Note:
1、
Pages per Minute and Hits per Second目标仅用于Web
Vusers。
2、
Hits per second
和HTTP
requests per second相关。
当你定义这些目标类型之一时,Controller首先用指定的最小用户数除以定义的目标,得到一个值,然后确定每个用户必须达到的hits/transactions
per second或pages
per minute
然后Controller
根据你定义的负载行为加载Vusers.
如下:
1、
如果你选择了自动运行Vuser(Load
behave->Automatic),lr会在第一批加载50个用户。如果定义的最大Vuser数少于50,lr同时加载所有Vuser。
2、
如果选择的是场景运行一段时间后达到目标,lr就会尝试在这段时间内实现目标。它根据你定义的时间限制及每个用户的点击数,事务数,页面数的计算判断第一批要加载多少用户。
3、
如果选择通过渐变(x
number of pages/hits every x amount of time)来实现目标,lr计算每个用户应该达到的点击数或页面数的目标数量并判断相应的第一批Vuser数量大小
(Not relevant for the Transactions per Second goal
type).
运行每批Vuser后,lr评估每批用户的目标是否已实现。如果没实现,lr重新计算每个用户hits,tranction,pages的目标数量,并为下一批重新调整vuser数量来实现定义的目标。默认的,每两分钟就释放一批vuser。
如果使用了最大数量的用户后,目标未实现,lr通过重新计算target
number of hits, transactions, or pages per Vuser来尝试再次实现定义的目标并同时运行最大数量的Vuser。
Pages per Minute or Hits/Transactions per Second
目标为向导的场景被标记为Failed状态,如果:
1、
控制器已经两次用指定的最大数量的Vuser尝试实现目标,且目标不能被实现
2、
第一批Vuser运行后,没有pages
per minute or hits/transactions per second被登记。
3、
在controller运行一定数量的批次后,pages
per minute or hits/transactions per second的数量不增加。
4、
所用的Vuser运行失败
5、
没可用的负载生成器供指定用户用。
3)
Transaction
Response Time
这个目标测试不超出预期事务响应时间的情况下,有多少用户可以同时运行。可以在脚本中指定事务名,供lr运行的Vuser数量最小最大范围。你指定的事务响应时间应该是一个预定义阈值。例如,如果你不想一个客户登录你的e商务网站的等待超过5分钟,指定一个5分钟可接受事务时间.为服务器可以同时服务的客户数设置最小,最大vuser数。
如果你的场景不能实现你定义的最大事务响应时间,说明你的服务器还有能力接纳定义的虚拟用户的最大数量。如果使用了一部分Vuser,就达到了定义的响应时间或者lr提示如果使用了最多数量的虚拟用时将要超过最大响应时间,那么你应该考虑改造你应用或者更新服务器软件和硬件。.
4)
关注每秒事务数(Transactions
per Second )、事务响应时间(Transaction
Response Time):
1、为了实现一个每秒事务数或事务反应时间,脚本必须包含事务。对于每个这些目标类型,在脚本中定义你想测试的事务。
2、为了使事务反应时间为目标导向的场景有效,必须小心选择事务,确保它在服务器上执行有效
B.
目标场景设计步骤
a)
打开或创建一个场景
1、Start
> Program Files > LoadRunner > Applications
>Controller,在主控制条上点击
New Scenario按钮
.
2、在New
Scenario对话框中,选择Manual
Scenario.
3、从Available选择需要在场景运行的脚本。


b)
添加负载生成器
点击Load
Generator
按钮
(或者Scenario->Load
generators),
在打开的Load
Generators对话框中点击Add并输入你要添加的负载生成器的详细信息


或者如下


点击添加Add
注意:这里的名称可以是ip也可以计算机名、localhost(本机)


点击More


添加后


点击Connect


这里如果Temporary
directory目录为空,那么运行时, LoadRunner存储临时文件在负载生成器上,由负载生成器变量TEMP、TMP变量指定的临时目录.
c)
为每个脚本指定负载生成器
在场景脚本面板中,为每个脚本,点击Load
Generators列并选择用于运行脚本的load
generator


d)
为场景定义目标
在场景目标Scenario
Goal界面上,点击Edit
Scenario Goal按钮,在打开对话框中定义场景应该达到的目标。


e)
为每个脚本指定场景总目标百分比( percentage
of the total scenario target)
在场景脚本面板中 % of
Target列,为每个脚本输入你想每个脚本达到整个目标的百分比。

说明:如果只有一个脚本则为100%.

f)
定义Service
Level Agreements(可选)
你可以定义服务水平协议(service
level agreements.SLAs)
来测量场景目标。在时间间隔内或者整个场景运行期间测量场景目标。
当你稍后用HPLoadrunner
Analysis分析工具分析运行,这些数据在SLAs下进行比较,并且SAL状态将作为定义的测量
loadrunner 场景设计-目标场景设计的更多相关文章
- loadrunner中面向目标场景的设计
在一个面向目标的方案中,可以定义五种类型的目标:虚拟用户数.每秒点击次数(仅 Web Vuser).每秒事务数.每分钟页面数(仅 Web Vuser)或方案的事务响应时间.使用“编辑方案目标”对话框可 ...
- LoadRunner脚本设计、场景设计和结果分析
本次笔记主要记录LoadRunner脚本设计.场景设计和结果分析 1. 脚本设计 录制模式 手工模式:插入步骤.手动编写 1.1 脚本增强: ...
- loadrunner 场景设计-手工场景方案(Schedule)设计
场景设计-手工场景方案(Schedule)设计 by:授客 QQ:1033553122 A. 定义方案schedule 在 Scenario Schedule面板中,选择一个方案schedule, ...
- loadrunner 场景设计-手工场景设计
场景设计-手工场景设计 by:授客 QQ:1033553122 概述 通过选择需要运行的脚本,分配运行脚本的负载生成器,在脚本中分配Vuser来建立手工场景 手工场景就是自行设置虚拟用户的变化,主要是 ...
- loadrunner 场景设计-手工场景方案(Schedule)设计 Part 2
loadrunner 场景设计-手工场景方案(Schedule)设计 Part 2 ---------------------------接Part 1------------------------ ...
- loadrunner 场景设计-手工场景方案(Schedule)设计 Part 1
参考:http://blog.sina.com.cn/s/articlelist_5314188213_1_1.html loadrunner 场景设计-手工场景方案(Schedule)设计 Part ...
- loadrunner基础学习笔记七-面向目标场景
部署应用程序之前,要执行验收测试以确保系统能够承担预期的实际工作量. 可以为想要生成的每秒点击次数,每秒事务数或事务响应时间设置目标 loadrunner将使用面向目标的场景自动生成所需的目标,当应用 ...
- 搭建LoadRunner中的场景(一) 创建场景
一.创建场景 1. 使用场景创建设置对话框 场景分类: 1. 人工场景:相比面向目标场景,人工场景在实际工作中的应用更为广泛. 2. 面向目标场景:预先定义了一个测试目标,LoadRunner将根据这 ...
- LoadRunner创建脚本和场景流程
1)脚本创建流程创建脚本->选择协议-设置录制选项-录制脚本-停止录制-优化脚本(去掉无用内容)-强化脚本(注释.代码结构调整.参数化.检查点.事物.关联)-调试脚本(观察日志) 2)场景设置的 ...
随机推荐
- rocketmq搭建趟坑记
这个坑对小白来讲可能要趟很久才能过,我就是这样~~明明很简单的配置,搞了半天 我用的是rocketmq4.1.0,配置了jvm参数,都能正常启动,且能在线上运行demo,但是线下就是连不上 在conf ...
- mongodb4.0.2 复制集主从部署
介绍 复制集(Replica Sets),是一个基于主/从复制机制的复制功能,进行同一数据的异步同步,从而使多台机器拥有同一数据的都多个副本,由于有自动故障转移和恢复特性,当主库宕机时不需要用户干预的 ...
- Python函数学习——匿名函数
匿名函数 匿名函数就是不需要显式的指定函数名. 关键字lambda表示匿名函数,冒号前面的n表示函数参数,可以有多个参数. 匿名函数有个限制,就是只能有一个表达式,不用写return,返回值就是该表达 ...
- welcome-file-list修改后不生效
用别的浏览器重新尝试一下,或者清缓存.我就是这样解决的.值得注意的就是,<welcome-file>里面指定的文件可以是.do或者是action.
- RPC的原理总结
一.RPC的引入 早期单机时代,一台电脑上运行多个进程,大家各干各的,老死不相往来.假如A进程需要一个画图的功能,B进程也需要一个画图的功能,程序员就必须为两个进程都写一个画图的功能.这不是整人么?于 ...
- Asp.net core 跨域设置
验证环境: dotnet core 2.1/Asp.net core2.1 一.作用域在中间件层 配置的方式是在startup.cs文件Configure(IApplicationBuilder a ...
- 04-TypeScript中的方法新功能(上)
在TypeScript中,提供了一些函数的新功能,能够简化JavaScript中的一些比较复杂代码才能实现的一些能力. 在C#后端语言中,能够对方法传递的参数指定params关键字,也就是可以传递任意 ...
- Java并发编程笔记之ConcurrentLinkedQueue源码探究
JDK 中基于链表的非阻塞无界队列 ConcurrentLinkedQueue 原理剖析,ConcurrentLinkedQueue 内部是如何使用 CAS 非阻塞算法来保证多线程下入队出队操作的线程 ...
- BGP笔记
BGP:用于AS与AS之间的路由,但现在也越来越多的用在IDC内部了 BGP是应用层协议,应用TCP协议(唯一一个运用TCP的路由协议) IGP和EGP的区别:IGP运行在一个AS之内,EGP运行在A ...
- .14-浅析webpack源码之Watchpack模块
解决掉了最头疼的DirectoryWatcher内部实现,这一节可以结束NodeWatchFileSystem模块. 关于watch的应用场景,仔细思考了下,这不就是热重载的核心嘛. 首先是监视文件, ...