Recording 录制选项
这里提供了两个大类的录制方式:
1. html-based script 基于 HTML 的脚本
这种方式录制出来的脚本是基于 HTML 基础的, 为每个用户操作生成单独的步骤, 这种脚本更容易理解和维护, 也更容易处理关联. 对于正常的浏览器应用程序, 推荐使用 HTML 录制模式.
一般来说如果我们是标准使用 IE 访问的 B/S 架构, 我们应该使用 HTML-BASE 下的 A script. containing explicit URLs only 方式来录制脚本, 这种脚本基于 URL 请求完成, 不会带有任何前后依赖的内容.
选择 HTML Advanced, 出现两种 script type
A script describing user actions (web_link, web_submit_form)
脚本中的每一个函数直接对应着虚拟用户的一个动作, 创建的函数主要有 URL(Web_url),link(Web_link),image(Web_image)以及表单提交 (Web_submit_form) 等几类.
基于解释用户行为的脚本, 注重描述用户做了什么操作类似于 QTP, 脚本简洁, 基于用户操作模拟, 浅显易懂, 并且自身就包含了对象检查过程, 无需校验
A script containing explicit URLs only (web_url, web_submit_data)
将所有的 URL,link,image 都用 Web_url 函数来统一处理, 在表单提交时则用 Web_submit_data 来处理. 这样做的结果是脚本没有前一种方式那么直观, 但如果网页中存在较多相似类型的链接时, 这样做更容易处理脚本中的参数化和关联问题.
基于 URL 请求的脚本录制类型, 这种方式不考虑用户的操作, 只考虑客户端发送的请求, 注重于实际上系统做了什么.
2. URL-based script 基于 URL 的脚本
这种方式录制出来的脚本是基于 URL 请求的. 如果我们是一个非 IE 标准的 C/S 架构, 我们建议使用 URL-BASE 来录制脚本, 这样我们可以确保不会遗漏任何 HTTP 请求.
这种是基于 URL 请求的脚本录制方式, 我们会录制得到所有的 http 请求, 导致脚本中包含了大量的 web_url()函数 Use web_custom_request only 自定义的 http 请求规则, 更适合在自定义的 http 请求中进行二进制处理. 采用这种方式生成脚本所有请求都生成 web_custom_request () 函数.
对于 web_link(),web_submit _form()等函数, 需要前面页面的支持, 也就是说必须先访问 http://127.0.0.1:1080/WebTours / 这个页面之后, 才可以点击 sign up now 按钮, 如果不在 http://127.0.0.1:1080/WebTours / 这个页面, 是无法点击 sign up now 按钮的, 包括 web_submit _form()提交, 也必须是在点击了 sign up now 按钮之后的页面才可以提交.
而对于 web_url(),web_submit _data()等函数则不需要要前面页面的支持, 也就是说你可以直接访问 http://127.0.0.1:1080/WebTours/login/p1 (相当于点击了 sign up now ), 而且还可以在当前页面进行提交.
两种录制模式的选择:
HTML-based 优缺点:
(1)资源从内存中取出且在回放时下载. 因此脚本更小且更容易阅读.
(2)由于只有较少的硬编码脚本, 因此只有较少的动态值需要关联.
(3)可以插入图片检查之类的语句以检查结果是否正确.
(4)因为 HTML 模式回放时需要积极地解析返回的信息, 因此它可能会比其他录制模式更加占用资源.
URL-based 优缺点:
(1)适用于非 browser 的应用程序.
(2)录制来自 sever 的所有请求和资源, 甚至抓取非 HTML 应用程序, 因此需要做更多关联, 脚本看起来也相当复杂.
综上, 选择何种录制方式可以参考如下方案:
(1)如果应用是 Web 应用, 首选是 HTML-based 录制模式;
(2)如果应用是使用 HTTP 协议的非 Web 应用, 则首选 URL-based 录制模式;
(3)如果 Web 应用中使用了 Java applet 程序, 且 applet 程序与服务器之间存在通信, 则选用 URL-based 录制模式.
来源: http://www.bubuko.com/infodetail-2732460.html