qtp框架讨论

mfjin

公司现在需要用自动化测试，暂时选用了qtp。我现在搭建了一个框架，请大家看看有什么建议？
整个系统由Data, Report , Functions , Dll , SystemActions ,tsr组成。其中Data目录下面存放测试用例数据，Report目录下存放纪录自动运行测试结果的文件，Functions存放系统vbs脚本文件，Dll存放系统所需要的dll文件，SystemActions存放系统qtp的各级actions，tsr下面存放系统共享的tsr文件。下面分别介绍系统各级目录功能。

xiongling

不错，看了后有所收获。谢谢楼主了。

wangcaihong1986

tlu_jj

谢谢分享！

zhaoshenzhou

嗯，还不够具体，不过感觉不错。

runnerhuang

暂时就是这几个目录，已经写了三个用例了，到现在还没有发现什么问题。但是在action和vbs脚本之间有点矛盾。 ...
mfjin 发表于 2008-3-5 11:07

    建议弱化Action,采用Bat等批量运行的方式，来动态生成Action

lixudong3032

发表于 2008-3-5 11:02 | 只看该作者
Data 目录下面存放InputMoneyIO.xls文件，在这个excel中有各个测试用例所需要的数据。在运行系统前，在这个文件里存放所需要的所有的数据，运行时自动调用数据进行测试。


你一张表的数据对应多个用例脚本吗？？？  
如果是，为什么不一个测试脚本对应一张表呢？这样维护起来就简单些啦。

lyscser

楼上的方法不错，不知资料是从哪里找的呀。
ppent 发表于 2008-3-6 10:20

可以参考一下
http://bbs.51testing.com/thread-143964-1-1.html

chipucca

原来框架是这么个意思啊......

没有蛀牙

文件夹结构只是框架的一小部分
还有编码结构，测试数据结构，report结构，变量、对象、action、component、testcase命名规则等
有些框架还得考虑到case的关联性，参数传递等等
我这里越来越多的问题集中在错误捕捉和错误返回的模式上
框架是整个自动化项目的地基阿
写出文档，给公司有经验的人review一下吧

belly9630

我们现在做的框架和楼主说得也很雷同，不同的是数据我们放在vbs文件中，感觉xls太重量级，脚本的维护不方便，在cvs中它是2进制文件，不好比对。当然vbs也比xls文件有劣势：1。不能很好的利用QTP的数据驱动，不过我们的项目对此利用不多，2。都是全局变量，不像xls,数据可以导入相应的action有作用域。另外我们把所有的step都按功能封装在function中，在action中就是调用不同的fnction,这样工作的重心都移植到如何将每个function写的通用，而且能很好的适用GUI对象的变化。
回答27楼的问题：我们一般是在case中录制脚本，这样对象仓库中就会有新的对象添加，然后把这些脚本提炼到function中，目前case数目不太多，还是公用一个共享对象库文件。

FLY000

框架对于对象是怎么处理的？手动添加对象建立对象库还是用描述性编程？

需要录制吗？

liangjz

这些框架目的都是
1) 将公用的API 封装起来

2) 数据和代码分离

3) 业务模块和公共的API隔离

FLY000

请问一下大家，能不能不录制，直接写脚本做测试啊
但是不录制的话，那些对象怎么加到对象库啊

木卫十二

vbs庞大，可以使用Primal Script之类的脚本编辑工具进行管理~~

Randall

原帖由 mfjin 于 2008-3-5 11:07 发表
暂时就是这几个目录，已经写了三个用例了，到现在还没有发现什么问题。但是在action和vbs脚本之间有点矛盾。本来的初衷是想弱化action功能，写在vbs脚本里面。维护比较的方便。但是现在vbs脚本也已经比较的庞大了，不 ...

其实搂主可以多定义几个function library,根据module划分成module1.vbs,module2.vbs....
这样vbs也不至于太庞大。而且可以在你run哪个module的时候只加载那个module的function

iyaw

TSR不可以放在同一个文件里，应该按模块放在不同的文件里。

lzon

对它的框架好像有不少的解释~~~

mustwangrong

FilePath=PathFinder.Locate("xxx.xls")
这样别人还是要先存到本地吧

ppent

楼上的方法不错，不知资料是从哪里找的呀。