51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2061|回复: 1
打印 上一主题 下一主题

[原创] 对Check Point的理解

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-29 14:47:48 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1. 定义:
       将特定属性的当前数据与期望数据进行比较的检查点,用于判定被程序功能是否正确
       Check Point可以分两类:内置验证点和自定义验证点
       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的深入理解
       摘自:51Testing,http://bbs.51testing.com/viewthread.php?tid=86742&highlight=check
       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 的对话框里面有个Repository按钮,点击它后,你会看到此对象在Object Repository 的Name、Class 和 Properties。
       选择一个CheckPoint后,在CheckPoint Properties 的对话框里没有 Respository 按钮,在Object Respository中也找不到此CheckPoint的Name、Class 和 Properties(因为它在对象库中根本就不存在!)。
本文章来自中国IT实验室
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-8-29 16:18:38 | 只看该作者
写的挺不错的,受教了。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-6 12:44 , Processed in 0.071456 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表