楼主别删除啊，我这里公司网路超级慢，只能偶尔下

引用:

原帖由 jackymail 于 2007-10-31 10:10 发表


也可以，只要你不怕麻烦。估计qtp设计给使用者的目标就是那样的，提供了出入口参数，还有相应的sheet可以使用。只是对象库会非常重复分散。

和对象库有什么关系？
action作为VBS函数的一个很大的有点是VBScript函数不提供可选参数和参数缺省值。re-used action就解决了这个问题。另外全部用action调用也使得整个脚本非常统一

引用:

原帖由 gy21st 于 2007-10-31 00:16 发表


我倒是想把所有函数都用action来管理，一个函数就是一个re-used action

估计你没做过开发。

当你的代码多了，函数多了，有上百个函数之多。
你是希望将这上百函数写到上百个文件里，还是希望将这上百个函数写到几个文件里？

面对上百个Action，就和面对上百个代码文件一样，你很难方便又快速的编辑、浏览、搜索、跳转、替换、比较、备份！！！

[ 本帖最后由 yabest 于 2007-11-1 02:39 编辑 ]

谢谢了，太讲究了，而且不需要技术点，那些要技术点的人太恶心了。

感谢楼主，朋友正需要

好人哪

这个视频不错咯。。学。。

向楼主学习，敬礼

看看先！
多谢！多谢！

引用:

原帖由 gy21st 于 2007-11-1 00:55 发表


和对象库有什么关系？
action作为VBS函数的一个很大的有点是VBScript函数不提供可选参数和参数缺省值。re-used action就解决了这个问题。另外全部用action调用也使得整个脚本非常统一

我是觉得ACTION只有在和TD/QC一起使用时才能够发挥优势,如果还是在QTP里整的话,也挺麻烦的,还不如直接用函数

引用:

原帖由 yabest 于 2007-10-16 15:12 发表


错了，这里说的不是数据，而是最终测试参数。

最终测试参数放在Excel里， 这样测试人员在测试前填写比较方便， 不用打开QTP，在DataTable里填写参数。

最终测试参数要越少越好，可以固化的数据就写死在脚本 ...

我觉得测试数据还是不可以写死在脚本里,除非这个数据永远不变(但基本上不可能,要不他还不如不让你输入呢!),因为写死了,万一需求变,或要测试这个数据,那你又得再改,也很麻烦的.手工人员怕测试数据麻烦,我觉得应该有办法解决,比如尽量在测试数据设计时符合他们的习惯,比如测试数据的字段名一定要和界面上显示的一样,要可以明确表示这个测试数据是做什么用的;还有如果业务流中有数据重复的话,为了减少手工人员的重复修改,可以使用关联,可以很大程度少减少数据的修改,可以提高效率.但有一个问题就是关联不直观,关联关系一多容易搞混,所以对关联我觉得还是应该慎用.

[ 本帖最后由 lantianwei 于 2008-1-4 22:29 编辑 ]

崇拜你，好东西，希望以后能继续出些好东西

刚仔细看了下,jackymail把这个说成框架也太假了吧!呵呵,不过到是有一个如何将被测程序加入到测试数据文件中给了一个建议,但还是觉得这样太麻烦,要是可以自动加到测试数据文件就好了.不管怎么说,还是多谢jackymail的无私奉献,希望可以看到jackymail更好的作品.

感谢楼主，下载学习中....

希望能把代码发上来

谢谢了！！！

3Q

谢谢,先下了来看看,有问题可以请教吧?

I prefer to use Function or Sub in QTP instead of Action or Reusable Action because it is easy-to-use and easy-to-maintain in the AUT development.

感谢大家的讨论，收益了。

个人经验：能用Function的尽量用Function。