Robot验证点使用方法详解
第三章参考
(一)查证点一览
Alphanumeric —捕获及比较字母或数字的值;
Clipboard —捕获及比较复制到剪贴板的字母数字的数据;
File Comparison —比较两个文件的内容;
File Existence —检查一个指定的文件是否存在;
Menu —捕获及比较菜单的文本、快捷键及状态,能够捕捉到第五级子菜单;
Module Existence —检查连接到指定上下文(过程)或内存的任意地方的模块是否存在;Object Data —捕获及比较目标数据;
Object Properties —捕获及比较对象的属性;
Region Image —捕获及比较位图的屏幕区域;
Web Site Compare —捕获Web站点的基线,并及时与另一Web站点比较;
Web Site Scan —检查每次修改后Web站点的内容,确保这些变化不会有差错;
Window Existence —检查继续回放前指定的窗口是否显示;
Window Image —捕获及比较位图(菜单、标题栏和未捕获的边框)窗口的客户区域。(二)查证方法
Case-Sensitive —校验记录时捕获的文本与回放时捕获的是否完全匹配;
Case-Insensitive —校验记录时捕获的文本与回放时捕获的是否匹配(不区分大小写);Find Sub String Case-Sensitive —核实记录时捕获的文本是否是回放时捕获的子串(区分大小写)
Find Sub String Case-Insensitive—核实记录时捕获的文本是否是回放时捕获的子串(不区分大小写);
Numeric Equivalence —核实记录时的数据值与回放时是否相等;
Numeric Range —核实数字值的范围;
User-Defined/Apply a User-Defined DLL test function—将文本传给动态连接库中的函数以便运行定制的测试;
V erify that selected field is blank —校验选中的字段是否为空。
(三)查证点详解
用Robot进行功能测试时,可以在录制好的脚本中添加验证点来判断脚本执行后程序是否达到了预期的结果。
验证点的思想是通过比较控件的基准值与回放脚本时的值来判断程序是否按照预期的设想在执行[基准值是指录制脚本时所选控件的某些属性,具体取哪些属性依赖于添加的验证点类型]。通常录制好验证点后,都会生成一个基线数据文件,此文件的值是录制脚本时控件的某些属性的值或者是控件的数据,可以手工修改。
创建验证点时,可以设置重新获取时间及超时时间。
重新获取时间:在回放脚本时如果验证点没有验证成功,Robot将会间隔一段时间去重新获取验证点信息,这个时间就是重新获取时间。
超时时间:在回放脚本时如果验证点没有验证成功,Robot会间隔一段时间去重新获取验证点信息,但是过了一定时间就会停止,接着执行下面的脚本。这个时间就是超时时间。
一般常用的验证点有以下几种类型:
一、Alphanumeric
使用Alphanumeric验证点从单行或多行编辑框及其他Robot可以识别的对象中捕获并比较字母或数字的值。包括CheckBox,Generic,GroupBox,Label, PushButton,RadioButton,ToolBar,Window(只能处理Caption)。
使用此类验证点可以验证文本的改变,拼写错误,以及确保数值的准确。
增加此类验证点后,会生成一个基准数据文件,可以用Text Comparator打开基准文件进行编辑。(对于Numeric Equivalence和Numeric Range两类验证点不会生成基准文件,基准值直接生成在脚本的验证函数中,也可以修改)。
Alphanumeric细分为下面的类型:
1、Case-Sensitive:验证录制脚本时捕捉到的文字是否与回放脚本时捕捉到的
文字匹配(大小写敏感)
2、Case-InSensitive:验证录制脚本时捕捉到的文字是否与回放脚本时捕捉到
的文字匹配(大小写不敏感)
3、Find Sub String Case-Sensitive:录制脚本时捕捉到的文字是否是回放脚
本时捕捉到文字的子串(大小写敏感)
4、Find Sub String Case-InSensitive:录制脚本时捕捉到的文字是否是回放
脚本时捕捉到文字的子串(大小写不敏感)
5、Numeric Equivalence:验证录制脚本时捕捉到的值是否与回放脚本时捕捉到
的值相等。
6、Numeric Range:验证录制脚本时捕捉到的值是否属于回放脚本时一个特定的
范围。
7、Apply a User_Defined DLL test function:回放脚本时需要验证的值是经
过用户自定义的函数运算出来的。在此将DLL名称与函数名称指定好,脚本回放时,Robot将捕捉到的值与函数运算的结果相比较。
8、Verify that selected field is blank:验证所选区域是否为空。如果所选
区域不包含任何文字或数字,那么验证点将执行成功。对于
ListBox,ComboBox,如果没有任何项被选中,Robot也认为所选区域是空的。
二、Menu
使用此验证点捕获所选菜单的标题、菜单项、快捷键和状态(enable,disabled,grayed 或 checked)。Robot可以记录五级子菜单的信息。添加此类验证点时,可以根据需要选择部分菜单进行验证,也可以直接编辑菜单项的值来改变捕捉到的基准值。回放脚本时,Robot会检测所选菜单的内容、状态、快捷键是否与基准值一致,而对菜单项的位置不做检测。
三、Object Data
使用ObjectData验证点对对象中的数据进行验证,这些对象包括:标准的Window控件、ActiveX控件、VB的Data控件、HTML及Java对象、PowerBuilder 的DataWindow和DataStore控件、菜单。同Menu验证点一样,也可以只选择部分数据作为基准值进行测试。
四、Object Properties
使用Object Properties验证点对标准Windows对象的属性进行验证(属性指控件的一些特征,比如编辑框的name、readonly、value等等)。也支持一些特殊的对象如ActiveX控件、VB的Data控件、HTML及Java对象、PowerBuilder 的DataWindow。添加此类验证点后,Robot将显示出被捕获的对象及其相应属性的列表。你可以从对象的列表中选择你想要测试的属性。
五、Window Existence
使用Windows Existence验证点来判断窗口是否存在以及验证窗口的状态。这些状态包括:正常、最小化、最大化或者是隐藏。此类验证点不生成基准数据文件。要修改基准数据必须重新录制脚本。最常用的是用来验证点击按钮后是否出现了预期的窗口
六、Clipboard
对于用其他类型的VP不能捕获的对象文本,使用Clipboard类型。被测应用程序必须支持拷贝或剪切功能,这样才能将对象数据拷贝到Clipboard中进行比较。这种VP对于从电子表格和文字处理的应用程序捕获数据,是十分有效的。但它不能用于测试位图。
七、Menu
使用Menu VP可以捕获所选菜单的标题、菜单项、快捷键和状态(enable,disabled,grayed 或 checked)。Robot可以记录五级子菜单的信息。
八、Region Image
使用Region Image VP来选择屏幕的一个区域,Robot将其捕获并存成位图。该区域可以交迭多个窗体。
要使该类VP通过验证,选择区域的位置和屏幕的分辨率在回放时应该与录制时保持一致。
九、Windows Image
使用Window Image VP来选择和捕获客户端窗体的一个区域。其菜单、标题栏和边框不在捕获的图象范围之内。
Robot能够捕获整个窗体或是它的一部分,窗体可以与其他窗体或是部分屏幕重叠。在这种情况下,Robot捕获该窗体并将那些不可见的部分保存为黑色。被捕获的区域是一个象素图象,它包括颜色、高度和宽度。
要使该类VP通过验证,窗体的大小和屏幕的分辨率应该在回放时与录制时保持一致。
十、File Comparison
使用File Comparison VP在回放时来比较两个指定的文件。这种比较是基于文件的内容和大小,而不是文件的名称和日期。
在创建此类VP的时候,你需要指定驱动器、目录和文件名。在回放时,Robot
按字节来比较该文件。
注意:File Comparison VP 的名称并不出现在Asset pane中。
(File Comparison 验证点的文件比较原理同DOS下的FC命令相同,但是没有FC命令可扩展,即FC可以带参数,但File Comparison 验证点不能带参数,只是进行二进制比较;其中的例子就是:对两个相同的ACCESS文件进行比较,无论怎么执行File Comparison 验证点,比较结果都是不同的,但如果用FC命令结果是两文件相同,所以File Comparison 验证点没有DOS下的FC命令强大,所以它对DOC文件、TXT文件比较是没问题,一旦对MDB、XLS文件比较,File Comparison 验证点就不是我们想象的结果;)
十一、File Existence
使用File Existence VP在回放时来查找一个文件。在创建此类VP的时候,你需要指定该文件的驱动器、目录和文件名。在回放时,Robot在指定的位置检查文件是否存在。
注意:File Existence VP 的名称并不出现在Asset pane中。
十二、Module Existence
用于验证指定的模块是否被装载到了指定的环境或过程中来,或者是否被装如了内存。在Windows环境下,模块被定义为可执行程序(.exe)、动态连接库(.dll 或其他扩展名)、设备驱动程序(.sys 或.drv)或者是显示字体(.fon)。
每一个过程都有属于自己的环境,它包括一系列被装载的模块。当你创建此类VP的时候,要选择模块的名称。你还可以选择环境(过程)的名称,在该环境下,VP验证模块是否被装载进了该过程。如果你没有指定环境,VP将验证该模块是否被装载进了内存(不论何处)。
注意:Module Existence VP 的名称并不出现在Asset pane中。
十三、Web Site Scan
当你回放一个Web Site Scan VP时,SiteCheck 启动运行并且根据你录制该VP 时所选择的选项来浏览该站点。如果发现了任何的缺陷,该VP将失败。
在你回放一个Web Site Scan VP之后,你可以在TestManager的日志中查看回放的结果。
十四、Web Site Compare
当你回放一个Web Site Compare VP时,SiteCheck 启动运行并将你所选择的基线与你录制该VP时所选择的站点进行比较。如果发现了任何的缺陷,该VP将失败。
在你回放一个Web Site Compare VP 之后,你可以在TestManager的日志中查看回放的结果
下面通过一个实际的例子演示一下如何使用验证点。
数据准备:Forp办公资源系统我的工作—目录维护模块
验证内容:选择一个目录,点击编辑后是否出现了期望的编辑窗口。
操作步骤:
1、录制脚本,功能:选择一个目录,点击编辑,然后直接保存。(脚本忽略)。
2、在脚本的编辑代码下面,插入验证点Window Existence。出现如下对话
框。可以给验证点命名、设置重新获取时间及超时时间、选择期待的验证结果。
3、设置各项参数后,点击OK,出现下图的对话框,在输入框中填写需要验
证窗体的识别方式“ Caption=维护目录–网页对话框”。如果不知道
窗体的识别方式,可以点击Select按钮去选择窗体。
4、点击OK后,自动生成脚本
Result = WindowVP (Exists, "Caption=维护目录–网页对话框",
"VP=Window Existence;Status=NORMAL")
5、执行脚本,结束后会在TestManager中生成日志文件来记录脚本及验证点
的执行结果。
压力表校验台技术协议20200512
老挝石油化工股份有限公司成品油精制项目 压力表校验台 技术协议 买方:老挝石油化工股份有限公司 签字: 卖方: 签字: 年月日
目录 一、总则 二、技术参数 三、标准、规范和规定 四、质量保证 五、主体材料 六、供货范围 七、包装及运输 八、卖方服务 九、交货期及交货地点 十、其他事项
老挝石油化工股份有限公司(以下简称买方)与某公司(以下简称卖方)就老挝石油化工股份有限公司成品油精制项目压力表校验台的设计、制造、检验、验收、运输、指导安装、培训和售后服务进行协商,形成如下协议。 本技术协议是商务合同的重要组成部分。在商务合同生效后,本技术协议作为商务合同的附件,与商务合同具有同等的法律效力。 一、总则 1.1 本技术协议提出的是最低限度的技术要求,并未对一切技术细节作出规定,也未充分引述有关标准和规范的条文,卖方应保证提供符合本技术协议和有关最新工业标准的成熟的优质产品。 1.2 如卖方没有以书面形式对本技术协议的条文提出异议,则意味着卖方提供的设备完全符合本技术协议的要求。如有异议,卖方应以书面形式或电子邮件形式向买方提出,经双方协商达成一致意见后方可变更。 1.3 在签订商务合同之后,买方保留对本协议提出补充要求和修改的权力,卖方承诺予以积极配合。 1.4 卖方总成套方,对于产品涉及到的所有设备和附件起总成负责作用,卖方保证对其提供设备的完整性负责。 1.5 卖方对买方提供的技术协议,完全满足买方技术规格书的要求。如因卖方所供的成套产品在选型、设计、尺寸、制造质量等问题而导致设备无法长期、安全、稳定、可靠地运行并满足性能要求,卖方必须为此负全部责任。
实验2. ASPNet验证控件
实验编号:02 四川师大Web程序设计实验报告 2015年12月26日 计算机科学学院级 4 班实验名称https://www.360docs.net/doc/7c8562037.html,验证控件 姓名:沙夫都学号:2013110431 指导老师:徐勇实验成绩: 97 实验二https://www.360docs.net/doc/7c8562037.html,验证控件 一.实验目的及要求 使用https://www.360docs.net/doc/7c8562037.html,验证控件制作一个简单的用户注册页面。 二.实验内容 1.使用https://www.360docs.net/doc/7c8562037.html,验证控件制作一个简单的用户注册页面。 2.注册页面中有用户名、密码、重复密码、年龄、电子邮件等必填项。其中密码需要二次 验证,年龄范围在1~100之间,电子邮件符合规范。 三.实验主要流程、基本操作或核心代码、算法片段(该部分如不够填写,请另加附页) <%@ Control Language="C#" AutoEventWireup="true" CodeFile="WebUserControl.ascx.cs" Inherits="WebUserControl" %>
用户注册 | |
用户名: | |