本日志记录前期对qtp脚本架构的探索,小结了目前使QTP测试数据同业务流程分离方法。
1、重用action
这里的重用action可能是固定位置放置的一些基础的action,或者是通过qc统一管理的基础action。为拼接完整的测试用例而制作的可重用的组件。也就是组成业务流程的原子单位。
2、重用action的调用和测试数据的传递方法
2.1 调用方法
既然要重用性高,肯定是引用,不是copy。
2.2 数据传递方法
a、通过datatable
好处:没有
坏处:使用globalsheet会产生重名情况,需要定义复杂的命名规范以避免冲突的发生,使用localsheet时,在驱动action中无法使用,因为在驱动action中重用action的名称会加上其所在脚本的后缀。
总结:要是这么用,你就傻b了。
b、通过environment
好处:没有
坏处:问题依然出在名字的冲突上。
总结:要是这么用,你就傻b了。
c、通过parameter
好处:重用action完成独立。业务操作同数据以及流程彻底分离
坏处:没有
总结:就这么用
3、重用action标准小结
a、入参设置到input里面,出参设置到ouput里面。添加新参数时添加在入参或者出参的最后,千万不要调整顺序。
b、重用action中可以包含检查点,但包含的检查点只检查本action的操作是否完成。不要将重要业务检查点包含在描述操作的重用action中。
c、业务检查点,如业务完成后的记录查询,业务完成后的数据库记录检查设置独立的重用action。
4、总结
就这么做,简单,千万不要把简单的事情复杂化。
版权声明:本文出自Lennon的51Testing软件测试博客:http://www.51testing.com/?14711
原创作品,转载时请务必以超链接形式标明文章原始出处、作者信息和本声明,否则将追究法律责任。
相关阅读: