Rational Functional Tester实现动态测试

　　最后，我们生成\testcases\myvpcase\TestCase这个测试脚本，用来最终解答问题2。在它的testMain方法中我们调用PanelVerifier类如下。其中tabContent()是控件容器对应的测试对象。

　　String dataPath=(String) getOption(IOptionName.DATASTORE); //获取项目所在的路径

　　dataPath+="\\testcases\\myvpcase"; //dataPath指向具体的配置文件所在路径

　　PanelVerifier pv=new PanelVerifier(dataPath,tabContent()); //构造PanelVerifier对象

　　pv.verify(); //执行动态校验

　　动态校验方法的分析和应用

　　在前面提到,在动态的测试框架下，如果需要进行回归测试，或者增加/减少被测试控件，只需要修改两个配置文件并且重新运行即可。在这个过程中,预期值、测试过程和被测试对象之间的耦合被大量减少，带来的是代码可读性和可维护性的提高。然而，该方法也是以损失一部分性能为代价的，因为对象的动态识别需要至少两次遍历tabContent内部的所有对象，这就损失了一些效率。幸运的是，对于大多数基于eclipse的被测试程序，根据实践经验用户通常感觉不到这方面性能的问题。

　　本文提供的源程序是在基于eclipse的被测试程序上运行和分析的结果，而且相对关系的处理仅限于右相对关系，可识别的控件只支持文本控件。对于非基于eclipse的被测试对象，比如html或者普通java程序，被识别控件的类型是很丰富的，但只要遵循相同的思路，通过增加相应的代码就能够实现更多的自动识别的功能。

　　动态的校验点测试的另外一个巨大的潜力在于，它有潜力发展成为一种校验点测试的框架。测试人员使用自动化测试工具来进行测试，其本质目的是为了能够减少手工重复点击和校验,所以测试人员书写的代码脚本越少越少。将测试人员关注的业务部分单独配置出来,而将他们不熟悉的部分封装在一个框架中,会大大提高测试工作的有效性。而本文提供的动态校验点测试正是在这个方面做出了一定的探索。在这个基础上,再增加配置文件的管理、多种控件/相对位置的识别，再辅之于输入输出的接口，它就可能是一个通用性很强的RFT测试框架。

　　结束语

　　RFT自身强大的特性决定了测试人员可以通过解耦提高测试代码的可用性，减少维护成本。Java语言的支持使得RFT能够在运行时处理更多的问题,同时能够将Java世界中许多优秀的框架和体系引入到自动化测试的领域中来。