也是视频--自动化测试框架。

ihouge

感谢楼主，朋友正需要

lantianwei

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


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

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

lantianwei

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


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

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

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

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

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

zzxxbb112

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

lantianwei

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

dreamyan

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

FLY000

希望能把代码发上来

kun_fly

谢谢了！！！

mayhualiu

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

heqingbluesky

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.

testman

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

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

vickywang_no1

下载，还没看。

centurystone

看了就回贴

FLY000

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

当初我们自动化团队也是用Action方式组织Case，但是一段时间后，发现很不方便。经过一番争论，最后决定改用函数方式，将Case脚本都写成函数，放在VBS library里。

对这句话不理解，能不能解释详细点。

zte_boy

这也就是人们常讨论的，CASE用action组织还是用Function组织，两者有各自的优点也有各自的缺点
如
Actions只能接受有限的数据类型作为参数（string、integer等）。
Function可以接受array、dictionary object和test object（Page、Frame、WebRadioGroup等）。
不能用QTP的API来访问和调用Action，只能在界面上添加引用。
而对于Function，则可利用QTP的API来把Function加到测试脚本中。
等等

FLY000

原帖由 zte_boy 于 2008-7-19 10:29 发表
这也就是人们常讨论的，CASE用action组织还是用Function组织，两者有各自的优点也有各自的缺点
如
Actions只能接受有限的数据类型作为参数（string、integer等）。
Function可以接受array、dictionary object和te ...

呵呵，那还是用FUNCTION的好

annt7

楼主奉献精神可嘉！

yolanda8487

刚开始学习，谢谢分享

test321123

dfsfasfssssssssssssssssss