URL vs. HTML 录制模式

转自:http://blog.csdn.net/testing_is_believing/article/details/5274188

于WEB协议,LoadRunner支持3种模式的录制:GUI-based、HTML based和URLbased,这篇文章对比了一下URL和HTML模式:

http://learnloadrunner.com/introduction/difference-url-vs-html-recording-mode/

There are three types of recording mode/levels in LoadRunner. GUI-based, HTML based and URL based. For the uninitiated, recording levels tells you the amount of and what information is recorded during the recording process. As the title says, for this post we will keep focus on HTML based and URL based recording levels only and will touch upon GUI based mode, in a later post.

  1. HTML based mode, records script for every user action that is performed during recording (hmmm…sounds like QTP) while URL based mode records each and every browser request to the server and resources received from the server. Confused? ok, HTML based mode does recording as you perform clicks and doesn’t give you inside information like what is happening behind the recording while URL based mode records each and every step and emulate Javascript code.  (HTML模式录制的脚本有点像QTP的脚本,是用户操作层的脚本,而URL模式录制的脚本是针对浏览器和服务器之间的每一个交互进行记录。)
  2. From the point1) above you can guess, HTML mode would have less correlation to do while URL mode has much more complex correlation requirements.  (HTML模式的脚本相比起URL模式的脚本,需要的关联处理要少一些。)
  3. HTML mode is smaller and is more intuitive to read as the statements are inside the functions corresponding to the user action performed. In the case of URL based, all statements gets recorded into web_url()   (HTML模式录制的脚本要少一些、直观一些,而URL模式录制的脚本都以web_url函数出现,不够直观和简洁。)
  4. HTML mode is recommended for browser applications while URL mode is recommended for non-browser applications.   (对于那些基于浏览器的应用程序建议采用HTML模式录制,而对于那些客户端不是基于浏览器与服务器端交互的应用程序,推荐采用URL模式录制。)
  5. Lastly, don’t get the impression that I am advocating for HTML mode. URL mode can be of real help when you want to have control over the resources that need to be or need not to be downloaded, since you have each and every statement in-front of you (point 1)   (URL模式的脚本可以更细粒度地控制资源文件是否要下载。)
时间: 2024-09-26 20:09:42

URL vs. HTML 录制模式的相关文章

LoadRunner 技巧之THML 与 URL两种录制模式分析

Loadrunner的Virtual User Generator 提供人脚本的录制功能,对于初学者来说,这大大的降低了编写脚本的门槛,loadrunner提供两种录制脚本的方式:Html_based script和Url-based script ,初学者疑惑这两种方式有什么不同? 在这里我们来做个简单分析. 下面我们来分别通过两种方式来录制百度首页,对比一下他们之间有什么不同. HTML方式的脚本: Action() { web_url("www.baidu.com", "

[网络转载 ]LoadRunner技巧之THML与URL两种录制模式分析

loadrunner自带网站的访问 Html_based script模式 Action() { web_url("WebTours", "URL=http://127.0.0.1:1080/WebTours/", "Resource=0", "RecContentType=text/html", "Referer=", "Snapshot=t1.inf", "Mode=HTM

LoadRunner技巧之 HTML与URL两种录制模式分析

转载:http://www.51testing.com/html/09/n-838009.html Loadrunner的Virtual User Generator 提供人脚本的录制功能,对于初学者来说,这大大的降低了编写脚本的门槛,loadrunner提供两种录制脚本的方式:Html_based script和Url-based script ,初学者疑惑这两种方式有什么不同? 在这里我们来做个简单分析. 下面我们来分别通过两种方式来录制百度首页,对比一下他们之间有什么不同. HTML方式的

LoadRunner中两种录制模式的区别

决定我们成为什么样人的,不是我们的能力,而是我们的选择. --<哈利-波特与密室> 一.先看看两种模式的设置和录制脚本的区别 设置HTML录制模式: 设置URL录制模式: HTML脚本: URL脚本: 从上面的图可以看出HTML模式的脚本精简很多,对于有强迫症的测试工程师来说看上去直观多了. LoadRunner默认录制模式为HTML模式. 两种录制方式优点对比: (一)HTML 录制 优点:减少了捕获动态值的需要. (1)资源从内存中取出且在回放时下载.因此,脚本比其他的录制方式更小且更容易

qtp的三种录制模式(转)

QTP提供三种不同的录制方式:正常录制(Normal Recording).模拟录制(Analog Recording)和低级录制(Low Level Recording). 1.正常录制(Normal Recording) QTP默认的录制模式,这种录制模式是QTP最突出的特点,是直接对对象的操作,可以说此类模式继承了对象模型的所有优点,能够充分发挥对象库的威力.它通过识别程序中的对象来代替以前依赖识别屏幕坐标的形式.但是正常模式并不能保证识别程序中所有的对象,因此,仍然需要其他两种模式来补充

自己简单写了一个php处理url普通模式变pathinfo模式函数

/** *@category url_type 此方法是进行url模式pathinfo模式的处理 */ function url_type(){ //url模式    控制器--方法的获取 $url = $_SERVER['PHP_SELF']."<br>"; //echo $url,"<br />"; $num =strpos("$url",'.php')+5; $data =  mb_substr($url, $num

url 模式录制脚本web_concurrent_start和web_concurrent_end

LoadRunner函数中文翻译系列之三--Concurrent Groupweb_concurrent_start 语法: int web_concurrent_start ( [char * ConcurrentGroupName,] NULL ); 参数: ConcurrentGroupName:可选的,并发组的标识符.NULL:参数列表结束的标记符.返回值 整型.返回LR_PASS (0)表示成功,返回LR_FAIL (1)表示失败.说明 web_concurrent_start函数是并

ThinkPHP 学习笔记(六) URL模式

1.URL大小写 ThinkPHP框架的URL是区分大小写(主要是针对模块.控制器和操作名,不包括应用参数)的,这一点非常关键,因为ThinkPHP的命名规范是采用驼峰法(首字母大写)的规则,而URL中的模块和控制器都是对应的文件,因此在Linux环境下面必然存在区分大小写的问题. 框架内置了一个配置参数用于解决URL大小写的问题,如下:     'URL_CASE_INSENSITIVE'=>true, 当URL_CASE_INSENSITIVE设置为true的时候表示URL地址不区分大小写,

ThinkPHP教程_PHP框架之ThinkPHP(二)【URL路径访问与模块控制器、URL四种模式、PATHINFO的两种模式、模板与控制器之间的关系】

一.URL路径访问与模块控制器 URL 模块(控制器) 动作(方法) 即以上三者之间的关系URL:http://127.0.0.1/projectName/index.php/模块/动作 1.ThinkPHP规定,两点 ·第一.所有的主入口文件默认访问index控制器(模块) ·第二.所有的控制器默认执行index方法(动作) 特别强调一下,以上两点是独立的!也就是说"所有的主入口文件默认访问index控制器,并执行默认执行index方法"是不准确的 那么,http://127.0.0