IBM RFT测试手记-创建功能测试

一、 创建验证点的目的是什么？和测试有什么联系？

验证点用来确认，某个该发生的行为已经发生了，或者某个对象的状态是符合要求的。

(Verification points verify that a certain action has taken place, or verify the state of an object. )

一般，在录制脚本的时候创建验证点，在回放脚本的时候来使用验证点进行验证。

 

比如，在程序ProgramA中。有两个对象，对象1和对象2。对象1是一张图片，大小是600*800，对象2是一个下拉列表，共有10个项目在列表中。假设，鼠标一点击图片，下拉列表就自动下拉并选中第一项作为默认。

 

如果程序ProgramA现在升级为了ProgramB，那么我们怎样验证之前的对象1和对象2是正常的呢？

 

通过验证点来进行。

首先，录制脚本。也就是说，完整地在ProgramA中走一遍“点击图片-下拉列表被选中”的流程。具体地说，打开ProgramA -> 点击图片-> 创建图像验证点去验证图片 -> 创建属性验证点去验证下拉列表 - >录制结束。

 

然后，在ProgramB中重放这个脚本，观察验证处得表现。

 

那么，验证点概括来讲，可以进行什么验证呢？

菜单层次(Menu Hierarchy)、文本(Text)、表格(Table)、树层次(Tree Hierarchy)、 列表(List)、状态(如复选框状态，开关按钮状态)

 

二、理解日志

比如，我在用样本做测试的时候，出现了下面的日志，它告诉我图像验证点的验证失败了，现在来读读这个日志。

“2011年4月30日 下午07时41分56秒 验证点 [Album_Image] 失败。

vp_type = full_image

name = Album_Image

script_name = Classics

line_number = 58

script_id = Classics.java

baseline = resources/Classics.Album_Image.base.rftvp

expected = Classics.0000.Album_Image.exp.rftvp

actual = Classics.0001.0000.Album_Image.act.rftvp”

出现了三个概念。baseline(基线)，表示作为比较标准的值；expected，表示估计值；actual表示实际值。注意后缀名，rftvp其实就是ratinal function test validation point的首字母缩写。

如果回放之后得到的实际值和基线值有差异，可以到验证点编辑器中进行设置。

至于估计值有什么用途，我觉得没有大用途，可能是进攻测试员参考的。

 

三、览器中无法显示“查看结果”链接的解决之道:

我发现，在我电脑的浏览器，IE8或者Chrome或者FireFox3.5下，无论怎样都无法在浏览器中显示“查看结果”这个链接。怎么办呢？其实还可以在RFT中左窗格Function Test Projects中点击logs下面的后缀名为rftvp的文件。

 

四、 创建验证点和脚本录制的有时间上的依赖关系么？

是不是必须在脚本录制期间创建验证点？可不可以一口气录完一段脚本，然后再来创建验证点？

答案是不可以的。因为你要验证的东西会自然而然地发生在使用程序的过程中。而脚本录制的就是使用程序的过程。比如，你如果要验证中途临时弹出来的一个对话框上的一个图片的属性，那么如果等到脚本都录制完了再插入验证点，哪里去找对话框呢？

 

这也是帮助写得不合适的地方。录脚本和插入验证点实质是个连续的过程，帮助不仅没有明确地指出来这一点，还把录制脚本和设定验证点分别放入不同的小节，误导众生。

 

 

五、关于样本教程的一些tips

样本教程就是对ClassicsJavaA进行测试的那个教程。在RFT的帮助中，点击Tutorial(教程)可以看到。

以下是我在学习教程时走过的弯路：

 

1输入总数为16位的card number的时候，如"1234 1234 1234 1234"。一定注意的是，空格必须在英文状态下输入，否则回放的时候就会报错，程序会认为你输入的card number不符合规范。

 

2 另外，到期时间的格式是MM/YY。所以"13/12"这样的输入也会在回放时报错。