我的测试自动化框架原则设计手册(时刻更新)

说明:

********************************************
对象库的使用:

note:两份对象库,一份用于本地开发,一份用于QC中分布式使用;

********************************************
场景恢复的使用:

note:两份场景恢复,一份用于本地开发,一份用于QC中分布式使用;

********************************************
数据函数的使用:

note:两份数据函数,一份用于本地的开发,一份用于QC中分布式使用;

********************************************
环境变量的使用:
note:两份环境变量,一份用于本地的开发,一份用于QC中分布式使用;

环境变量中配置的主要为测试数据的路径

********************************************

测试数据的使用: 考虑再三觉得还是都是在文件服务器上比较好,这样可以再一个action或者是test中引入多个datable对象。

note:datatable类型的数据在QC中进行管理,而中间件输出的相关数据采用EXCEL保存在本地(开发用),或者是保存在文件服务器(设置了共享)

datatable:两份数据输入,一份用于本地的开发,一份用于QC中的分布式使用;

datatable:可以多次引入,多次使用;
********************************************

流程操作:

1,本地开发完成后,需要将本次使用到的对象库,场景恢复对象,数据函数,环境变量,测试数据(datatable类型)上传到QC上,测试数据(中间件类型)上传到文件服务器上;
2,对象库的使用,主要是为了共享考虑而使用;
3,其他的使用一致;
4,分别在测试资源中:---》Object Repositories,datas,Recovery Scenarios目录下面新建与系统层次相同的目录;
5,在测试计划中新建相关的测试脚本的目录层次;
6,测试实验室中组织相关的测试计划脚本目录运行;

**********************************************

SVN版本控制插件:
**********************************************

兼容性问题:

QTP 11+QC 11

**********************************************


本文转自hcy's workbench博客园博客,原文链接:http://www.cnblogs.com/alterhu/archive/2012/03/23/2413947.html,如需转载请自行联系原作者。

上一篇:【调试】Windows夯机Memory Dump案例分析


下一篇:【GDB调试】Linux Core Dump分析经典案例之一