在RFT中运用手动验证点验证自定义类型对象（二）

上一篇 / 下一篇 2008-09-18 23:20:41 / 个人分类：Rational

查看( 447 ) / 评论( 0 ) / 评分( 0 / 0 )

1208328177

自动化测试:
测试文档:

2 .2其他验证自定义类型对象的方法

O @Y2s h0 在介绍如何实现ValueManager之前，首先让我们来看一下其他的解决办法。

第一种方法，我们可以逐一比较自定义类型的属性来验证被测试对象是否符合要求。如下例所示：

         MyPoint point = getCenterOfGravity(polygon);
        vpManual("VP_CG1", new Integer(point.getX())).performTest();
        vpManual("VP_CG2", new Integer(point.getY())).performTest();

2c4Ds0`1P!Ld%CH5@0 使用logTestResult方法也可以达到同样的目的：

         MyPoint point = getCenterOfGravity(polygon);
        boolean flag = (point.getX() == 6 && point.getY()==8);
        logTestResult("This is not a VP", flag);

teJ3[jzn!B0 这两种方式都有其局限性，第一种方式会使验证点的数量增加，特别是当自定义类的属性很多的时候;并且该方法也不利于重用，如果多个脚本都需要验证 MyPoint，则脚本开发的工作会大大增加；第二种方式虽然不增加验证点数目，但是由于logTestResult只记录比较结果，使日志中的信息不足。特别是在测试用例失败的时候，这不利于测试人员定位问题所在。

4[;Epd)LU/`-j0 因而，为自定义类型实现ValueManager较以上两种方法更好。

51Testing软件测试网wn/r-o Z

图3 使用ValueManager则可以通过验证点编辑器查看和编辑验证点数据，利于问题定位

图4 使用logTestResult方法只能记录结果，不能记录数据，信息不足

$wqW5uu[x0 2.3创建ValueManager51Testing软件测试网B~Wp1x

\+Lo#`?tE ~0 现在，我们准备创建MyPoint的ValueManager--我们命名为MyPointValue了，如上文所述，它是 IManageValueClass接口的一个实现，该接口有7个方法：persistIn, persistInNamed, persistOut, compare, getCanonicalName, getClassName和createValue。这些接口分别完成哪些事情呢？

我们再来看看，执行验证点的过程中 ValueManager是怎么工作的。如图1所示，验证点执行过程中必须的步骤可以归为三类：读取数据--从基准线中读取数据；写入数据--将期望数据写入日志，将实际数据写入日志，写入基准线；比较--比较期望数据和实际数据。以上三类动作都需要ValueManager的参与。下面以MyPoint 为例：

如图5，在从基准线中读取数据的过程中，如果脚本发现基准线存在，RFT会读取基准线数据。如果RFT在注册了的 ValueManager表中找到了相应的ValueManager--对MyPoint来说，就是找到了MyPointValue--就会创建该 ValueManager的一个实例，然后调用该实例的persistIn方法。persistIn方法包含了如何读取MyPoint内容的逻辑，其返回值就是一个MyPoint对象，这样就将存储在磁盘上XML格式的MyPoint对象恢复出来，供RFT继续使用了。

图5 从基准线中读取数据