使用Functional Tester的一项测试技术[8] 软件测试
图12：测试套件和其他模块元素之间的追踪连接
我开发了一个UML解析器，它能够以XML格式产生测试套件驱动表，决策表以及数据池(例如数据驱动表和测试脚本输入数据表的结构)。当选择协作时，一个拥有上下文菜单的Eclipse插件程序将会被用来产生测试套件表，如图13所示。
图13：类库用来从UML定义产生测试套件表
所有可能的选择都自动的产生在决策表数据池中，如图14所示。只产生了活动图中列出的测试活动。新的测试活动没有被列在活动图表中，但是可以在导入到Functional Tester测试项目之前添加到决策表中。
图14：决策表中产生的所有可能组合。
结论
我相信这种基于决策表的测试技术能够极大得改进测试人员在自动化测试期间管理决策的能力。使用IBM Rational Functional Tester和IBM Rational Software Modeler，这项技术可以通过实现一个可复用的测试脚本来促进非回归测试套件。
正如我在介绍中提到的，虽然这项技术还没有应用到实际项目中，但是使用出于此目的而建立的Java类库显示这项技术是可行的。
进一步的工作现在正在进展中，它可以扩展测试建模方法的引入。IBM Rational Software Architect提供的模型转换服务将会用于测试自动化的辅助设计。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/