1)测试对象模型(Test Object Model)
测试对象模型是QTP用来描述应用程序中对象的一组对象类。每个测试对象类拥有一系列用于唯一确定对象属性和一组QTP能够录制的方法
2)测试对象(Test Object)
用于描述应用程序实际对象的对象,QTP存储这些信息用来在运行时识别和检查对象
3)运行时对象(Run-Time Object)
是应用程序中的实际对象,对象的方法将在运行中被执行
4)QTP的录制过程
A.确定用于描述当前操作对象的测试对象类,并创建测试对象
B.读取当前操作对象属性的当前值,并存储一组属性和属性值到测试对象中
C.为测试对象创建一个独特的有别于其他对象的名称,通常使用一个突出属性的值
D.记录在对象上执行的操作
5)QTP的回放过程
A.根据对象的名称到对象存储库(Object Repository)中查找相应的对象
B.读取对象的描述,即对象的属性和属性值
C.基于对象的描述,QTP在应用程序中查找相应的对象
D.执行相关的操作
二 对Check Point的较为深入理解
1. 定义:
将特定属性的当前数据与期望数据进行比较的检查点,用于判定被测试程序功能是否正确
Check Point可以分两类:QTP内置验证点和自定义验证点
2. QTP内置验证点实现原理及优缺点
A.录制时,根据用户设置的验证内容,记录数据作为基线数据
B.回放时,QTP捕获对象运行时的数据,与脚本中的基线数据进行比较
C.如果基线数据和运行数据相同,结果为PASS,反之为Failed.
D.优点是 操作简单方便
E.缺点是 QTP默认的检查的属性有时不符合自己的要求,如希望得到检查的属性没有在里面, 而默认的属性不需要检查等。
3. QTP内置验证点结果的应用
A.录制的验证点在没有进行调整前,仅仅是给出了检查结果是通过还是错误的
B.实际的测试过程中,可以根据验证点的结果进行不同的操作
If Window("Flight Reservation").WinEdit("Name:").Check(CheckPoint("Name:")) = True then
msgbox "oh, success!"
Else
msgbox "oh, failure!"
End If
4. 自定义验证点的应用及优缺点
A.使用条件语句对实际值和期望值进行对比,然后用Reporter对象报告结果
'检查Ticket Number
If CStr(dbTicketNumber) = CStr(DataTable("oTicketNumber", dtLocalSheet)) Then
Reporter.ReportEvent micPass, "打开订单- TicketNumber", "期望结果是:" & dbTicketNumber & ", 界面显示实际结果是:" & DataTable("oTicketNumber", dtLocalSheet)
Else
Reporter.ReportEvent micPass, "打开订单- TicketNumber", "期望结果是:" & dbTicketNumber & ", 界面显示实际结果是:" & DataTable("oTicketNumber", dtLocalSheet)
End If
B.优点是 非常灵活,前者实现的所有检查都可以用此方法来实现;
C.缺点是 代码量大,对测试人员的要求高。
5. 对Check Point的深入理解
A.个人认为在比较简单的和有Active Screen的情况下可以使用QTP内置的Check Point,在比较复杂的情况下可以通过编程和使用Reporter来完成.
B.在使用check方法时,必须先在Keyword View或者Active Screen中新建CheckPoint。否则无法对该对象进行check,系统报错说无法在对象仓库中找到此对象。如果插入检查点,系统会自动把相关的对象添加到对象库中。
我认为检查点并不是一个实实在在的对象。因为你可以对同一个对象设置不同的检查点,可以把它的某个属性既设定成True,也可以设定为False。而对象库中的对象的属性值是必须依赖于对象的实际属性值的。如果随意更改有可能无法识别。还有就是可以针对同一个对象设定多个检查点。在测试窗口中可以看到这两个检查点的名称是区分开来的。所以我认为检查点并不是实际存在的对象,而是一些类似映射的东西。
尽管检查点并不是对象库中的实在的对象,但是它必须对应到对象库中的某个实实在在的对象,好像它的一个映像一样,而且在实际的操作过程中,QTP还是把它作为一个对象来处理的。
因为我们无法像其他对象一样把“检查点对象”添加到对象库中,而QTP又认为它是个对象,所以我们无法在专家视图中直接添加检查点脚本。但是我们可以采用编成描述的方式来实现检查点的功能。
CheckPoint 是一个依赖于Object Repository(对象库)中的某个对象的“虚拟对象”。其具体含义是:如果它所依赖的QTP 对象库中的对象没有了,那么此CheckPoint 也就不存在了;这个“虚拟对象”的属性是从它所依赖的对象的属性中“抽取”出来的,它具有它所依赖的对象的一个或几个属性,但不能增加它所依赖的对象没有的任何属性。
CheckPoint 是一个“虚拟对象”的重要原因是:每个Object都能在Object Repository找到它的Name、Class Properties,而CheckPoint 在Object Repository中就根本不存在。选择脚本中的某个对象后,在Object Property 的对话框里面有个Respository按钮,点击它后,你会看到此对象在Object Respository 的Name、Class 和 Properties。
选择一个CheckPoint后,在CheckPoint Properties 的对话框里没有 Respository 按钮,在Object Respository中也找不到此CheckPoint的Name、Class 和 Properties(因为它在对象库中根本就不存在!)。
----------------------------------------------------------------------------
(二)
一 对同步点的理解
1)QTP的脚本语言是VBscrīpt,脚本在执行的时候,执行语句之间的时间间隔是固定的,也就是说脚本在执行完当前的语句之后,等待固定的时间间隔后开始执行下一条语句
2)问题:假设后一条语句的输入是前一条语句的输出,如果前一条语句还没有执行完,这时候将要导致错误的发生!
3)措施:加入同步点、加入Wait语句
4)同步点Synchronization Point
QTP脚本在执行过程中如果遇到同步点,则会暂停脚本的执行,直到对象的属性获取到了预先设定的值,才开始执行下一条脚本。
如果在规定的时间内没有获取到预先设定的值,则会抛出错误信息。
例如:
Window("Flight Reservation").ActiveX("Threed Panel Control").WaitProperty "text", "Insert Done...", 10000
执行到上面这条语句时,QTP会暂停执行,直到显示”Insert Done…”,
如果在规定的时间10,000ms后text的值没有等于”Insert Done…”,则会抛出错误信息
5)如何获取Synchronization Point
A.在Recording状态下,通过Insert è Synchronization Point实现
B.非Recording状态下,在Expert View下,通过Insert è Step Generator è Category(TestObjects)è Object(The Object you’reTesting) è Operation(WaitProperty)è PropertyName、PropertyValue、TimeOut分别填写"text", "Insert Done...", 10000
6)Wait
总的来说就是死等,比如说wait 10,当运行到这条语句时,等待10秒钟后,才开始再读下面的语句。所以说写脚本的时候一定要估计好时间,否则的话会浪费运行的时间,或者出现等待时间不足的现象。
二 并列Action间的参数传递
思路:将Action1的输出参数,传递给Action2作为输入参数。
1)创建两个Action,关系是并列关系,不是嵌套的.
2)右键Action1,选Action Properties,在Output Parameters中添加参数OutAction1,点OK
3)右键Action2,选Action Properties,在Input Parameters中添加参数InAction2,点OK
4)将Action1的输出OutAction1,传递给Action2的输入InAction2
右键Action2,选Action Call Properties,弹出Action Call Properties窗口;
选中InAction2的Value,弹出Value Configuration Options窗口;
在Parameter中共有四项可供选择,选择Test/Action parameter,
在Output from previous call(s)中的Action选择Action1,Parameter中选择OutAction1;
表示Action2中的参数InAction2,是由Action1中的参数OutAction1传递而来。