qtp
对它的框架好像有不少的解释~~~ TSR不可以放在同一个文件里，应该按模块放在不同的文件里。 原帖由 mfjin 于 2008-3-5 11:07 发表 http://bbs.51testing.com/images/common/back.gif暂时就是这几个目录，已经写了三个用例了，到现在还没有发现什么问题。但是在action和vbs脚本之间有点矛盾。本来的初衷是想弱化action功能，写在vbs脚本里面。维护比较的方便。但是现在vbs脚本也已经比较的庞大了，不 ...
其实搂主可以多定义几个function library,根据module划分成module1.vbs,module2.vbs....
这样vbs也不至于太庞大。而且可以在你run哪个module的时候只加载那个module的function vbs庞大，可以使用Primal Script之类的脚本编辑工具进行管理~~ 请问一下大家，能不能不录制，直接写脚本做测试啊
但是不录制的话，那些对象怎么加到对象库啊 这些框架目的都是
1) 将公用的API 封装起来
2) 数据和代码分离
3) 业务模块和公共的API隔离 框架对于对象是怎么处理的？手动添加对象建立对象库还是用描述性编程？
需要录制吗？ 我们现在做的框架和楼主说得也很雷同，不同的是数据我们放在vbs文件中，感觉xls太重量级，脚本的维护不方便，在cvs中它是2进制文件，不好比对。当然vbs也比xls文件有劣势：1。不能很好的利用QTP的数据驱动，不过我们的项目对此利用不多，2。都是全局变量，不像xls,数据可以导入相应的action有作用域。另外我们把所有的step都按功能封装在function中，在action中就是调用不同的fnction,这样工作的重心都移植到如何将每个function写的通用，而且能很好的适用GUI对象的变化。
回答27楼的问题：我们一般是在case中录制脚本，这样对象仓库中就会有新的对象添加，然后把这些脚本提炼到function中，目前case数目不太多，还是公用一个共享对象库文件。 文件夹结构只是框架的一小部分
还有编码结构，测试数据结构，report结构，变量、对象、action、component、testcase命名规则等
有些框架还得考虑到case的关联性，参数传递等等
我这里越来越多的问题集中在错误捕捉和错误返回的模式上
框架是整个自动化项目的地基阿
写出文档，给公司有经验的人review一下吧:L 原来框架是这么个意思啊...... 楼上的方法不错，不知资料是从哪里找的呀。
ppent 发表于 2008-3-6 10:20 http://bbs.51testing.com/images/common/back.gif
可以参考一下
http://bbs.51testing.com/thread-143964-1-1.html 发表于 2008-3-5 11:02 | 只看该作者
Data 目录下面存放InputMoneyIO.xls文件，在这个excel中有各个测试用例所需要的数据。在运行系统前，在这个文件里存放所需要的所有的数据，运行时自动调用数据进行测试。
你一张表的数据对应多个用例脚本吗？？？
如果是，为什么不一个测试脚本对应一张表呢？这样维护起来就简单些啦。 暂时就是这几个目录，已经写了三个用例了，到现在还没有发现什么问题。但是在action和vbs脚本之间有点矛盾。 ...
mfjin 发表于 2008-3-5 11:07 http://bbs.51testing.com/images/common/back.gif
建议弱化Action,采用Bat等批量运行的方式，来动态生成Action 嗯，还不够具体，不过感觉不错。 谢谢分享！ :'( 不错，看了后有所收获。谢谢楼主了。
页:
1
[2]
