Rational Functional Tester（以下简称RFT）是一款强大易用的自动化功能测试工具。在使用RFT进行功能测试的过程中，测试结果的验证往往是通过插入验证点（Verification Point）来完成的。但是RFT的验证点只能验证有限的数据类型，而在实际应用中，对用户自定义类型的验证存在着较大的需求。本文对验证点的验证执行过程进行剖析，并介绍如何通过自定义ValueManager来实现对用户自定义类型对象的验证。
1验证点简介
1.1 验证点的类型
Rational Functional Tester是Rational最新推出的自动化功能测试工具。RFT具有数据驱动（Data-Driven）测试、scrīptAssure等特性，因而受到广大功能测试人员的青睐。在RFT中，验证点是脚本（scrīpt）中非常重要的组成部分，它完成对被测试程序生成的实际数据和期望数据的比较，并将比较结果写入日志。一般情况下，测试的结果是通过对验证点的执行而得到的。
RFT提供了多种形式的验证点，包括：门阀
静态验证点（Static Verification Point）：静态验证点是在录制（Record）RFT脚本的过程中通过向导插入的验证点，它在脚本回放（Playback）的过程中自动被验证。
手动验证点（Manual Verification Point）：如果验证点所要验证的内容是由脚本开发人员在脚本中所提供的，则需要建立手动验证点对其进行验证。例如待验证数据来自外部数据源的情况，脚本开发人员需将数据读取后以参数的形式显式传给验证点。
动态验证点（Dynamic Verification Point）：动态验证点是在脚本首次回放时建立的。验证点一旦建立，其行为就和静态验证点相同了。
如果以录制-回放（Record-Playback）模式使用RFT进行图形界面（GUI）的自动化回归测试（Regression Test），较常用的是静态验证点。而由于RFT的数据驱动测试特性以及与其他RUP工具的良好集成，使之也是非图形化界面的功能测试的首选工具之一。在这些测试用例中，存在着大量的用户自定义类型对象，这些被测试对象并不能在录制过程中被插入对象映射表（ObjectMap）中，也就是不能使用静态验证点来进行验证，这就需要我们使用手动验证点来比较它们。
1.2 验证点执行过程
在RFT中，手动验证点有两种声明形式：
IFtVerificationPoint vpManual (java.lang.String vpName,
java.lang.Object actual)
该声明接受两个参数，第一个参数为验证点的名称，第二个参数为被测试对象。可以通过如下方式在脚本中调用该方法:
vpManual("VP1", "The object under test").performTest();
这条语句的作用就是判断被测试对象和基准线（Baline）是否一致。这里所说的基准线就是期望数据，它以XML格式被存储在磁盘上，后缀名rftvp。
当回放脚本时，如果基准线所对应的文件已经在磁盘上存在，则RFT会比较被测试对象和基准线中的数据是否一致，如果一致，则测试结果为成功（Pass），否则为失败（Failed）；如果基准线尚不存在，则会以当前被测试对象作为基准线存入磁盘。
IFtVerificationPoint vpManual (java.lang.String vpName, java.lang.Object expected, java.lang.Object actual)
手动验证点的另一种声明接受三个参数，第一个参数为验证点的名称，第二个参数则为期望数据，第三个参数为实际数据，也就是被测试对象。可以通过如下方式在脚本中调用该方法:
vpManual("VP1", "Expected object", "The object under test").performTest();
日益渐增当脚本回放时，RFT直接比较期望数据和实际数据，并将比较的结果被写入日志。总的来说，验证点的执行过程
阿谀奉承的近义词不难看出，在执行验证点的过程中，涉及到了将数据写入磁盘以及从磁盘中恢复数据的操作。将这些数据写入磁盘便于测试人员使用工具查看和编辑。但是这也带来了一个问题，对于开发者自定义类型的对象，哪些属性需要被写入磁盘，这些属性按照什么顺序写入都是类型相关的，需要脚本开发者自行定义。更重要的，如何比较自定义类型也是RFT所不能确定的，换句话说，脚本开发者需要告知RFT对象一致的标准。以上这两个任务都需要通过创建ValueManager来完成。
ValueManager 可以用类特定（Class-specific）的形式比较和持久化用户自定义的对象。它是IManageValueClass接口的实现。只有拥有自己的 ValueManager的类型才能作为参数传递给vpManual。这些类型被称为基于Value-class的类型。缺省的，只有基本数据类型， String，Vector等少数类型才是基于Value-class的类型那么，如何才能实现我们自己的ValueManager 呢？在下面的章节中，我们将通过一个实例来帮助您建立自定义类型的ValueManager。
2.
实例分析--如何实现ValueManager
2.1需求的提出
假设我们需要验证一个计算图形重心的算法。该算法的输出结果为一个自定义类型MyPoint，它表示的一个平面上的点。它具有两个属性x,y，分别表示其横纵座标。MyPoint的实现如下，除了构造函数，它还提供了x和y 的getter和tter方法。
谷歌总部以下是代码片段： public class MyPoint
{
麦芽
int x;
int y;
委托贷款合同public MyPoint(int x, int y)
{
this.x = x;
this.y = y;
}
public int getX()
{
return x;
}可以了歌词
public void tX(int x)
{
this.x = x;
}
public int getY()
{
return y;
}
public void tY(int y)
{
this.y = y;
}
}
我们的测试人员需要判断该算法得到的重心点是否正确，可以使用了如下脚本： MyPoint point =
getCenterOfGravity(polygon);
vpManual("VP_CG", point).performTest();掌声作文300字
上面的语句将在第一次回放脚本时将得到的重心坐标写入磁盘；测试人员可以使用验证点编辑器查看得到的基准线是否正确；在此后的回放中（通常是回归测试中），上述代码的工作就是比较当次回归测试得到的重心对象与基准线是否一致。
但是，如果直接调用该语句，RFT就会抛出异常（Unsupported type, value class required），说明MyPoint不是基于Value-class的类型。要使MyPoint成为Value-class，必须为其实现相应的 ValueManager，并部署到RFT中。
