软件测试工具QTP测试数据通业务流程分离方法探索和小结

　软件测试工具QTP测试数据通业务流程分离方法探索和小结　

本日志记录前期对qtp脚本架构的探索，小结了目前使QTP测试数据同业务流程分离方法。

　　1、重用action

　　这里的重用action可能是固定位置放置的一些基础的action，或者是通过qc统一管理的基础action。为拼接完整的测试用例而制作的可重用的组件。也就是组成业务流程的原子单位。

　　2、重用action的调用和测试数据的传递方法

　　2.1 调用方法

　　既然要重用性高，肯定是引用，不是copy

　　2.2 数据传递方法

　　a、通过datatable

　　好处：没有

　　坏处：使用globalsheet会产生重名情况，需要定义复杂的命名规范以避免冲突的发生，使用localsheet时，在驱动action中无法使用，因为在驱动action中重用action的名称会加上其所在脚本的后缀。当然这个问题不严重，因为dtlocalsheet就可以了。估计下面的砖兄就看到这了。但这有什么用那？数据跟reusedable action混在一起，还分离个啥呀？当然了，你硬要改，硬要强奸qtp也行。但reusedable action 自己重复运行n次,而不能跟其他的reuseable action组成流程有啥用啊。还叫什么重用 action 那？so far~

　　总结：要是这么用，你就傻b了。

　　b、通过environment

　　好处：没有

　　坏处：问题依然出在名字的冲突上。

　　总结：要是这么用，你就傻b了。

　　c、通过parameter

　　好处：重用action完成独立。业务操作同数据以及流程彻底分离

　　坏处：没有

　　总结：就这么用

　　3、重用action标准小结

　　a、入参设置到input里面，出参设置到ouput里面。添加新参数时添加在入参或者出参的最后，千万不要调整顺序。

　　b、重用action中可以包含检查点，但包含的检查点只检查本action的操作是否完成。不要将重要业务检查点包含在描述操作的重用action中。

　　c、业务检查点，如业务完成后的记录查询，业务完成后的数据库记录检查设置独立的重用action。

原文转自：http://www.ltesting.net