51Testing软件测试论坛

标题: 也是视频--自动化测试框架。 [打印本页]

作者: jackymail 时间: 2007-10-16 11:39
标题: 也是视频--自动化测试框架。
呵呵，头一次录。那么回事，对付着看吧。

[ 本帖最后由 jackymail 于 2008-10-9 04:29 编辑 ]

作者: jackymail 时间: 2007-10-16 12:03
咋没人看啊，要是没人看我今天晚上就删除了。

作者: 木卫十二 时间: 2007-10-16 12:11
下载学习一下

作者: jackymail 时间: 2007-10-16 12:12

原帖由 木卫十二 于 2007-10-16 12:11 发表
下载学习一下

呵呵，怎么样啊，给点评价讨论讨论阿

作者: 木卫十二 时间: 2007-10-16 13:27
首先感谢楼主的奉献精神。

内容就是从excel表格里读取数据嘛，跟框架关系不大吧。。。
对新手会有帮助

期待着楼主更深的关于框架的东东出来

作者: 19thangel 时间: 2007-10-16 13:54
将他存为vbs，然后资源调用他的函数，这个就是框架吗

？
对框架概念一直理解不清.......

作者: jackymail 时间: 2007-10-16 13:56

原帖由 木卫十二 于 2007-10-16 13:27 发表
首先感谢楼主的奉献精神。
内容就是从excel表格里读取数据嘛，跟框架关系不大吧。。。
对新手会有帮助

期待着楼主更深的关于框架的东东出来

也是也是，可是数据库软件的开发也不过是增加删除修改数据库记录这些简单的组合。
对于QTP来说如果不是像梦醒时分一样把对象库里的对象挪到excel表格，哪也就剩下数据了。
所谓的数据驱动应该就是用excel管理数据和代码分离吧？
我看梦醒时分的帖子很受欢迎，所以想给新手提供一个介绍，告诉他们怎样去做他介绍的视频里的内容，其实就是读去excel中的描述属性，代入到参数化了的描述性编程中的识别属性。
把我介绍的内容封装的复杂一些，就会完成一个数据驱动的框架测试内容。

数据入excel,与代码分离。业务函数入library,与主控分离。需要的话可以把业务函数打碎，还可以补充一些用于特殊控件的基本函数。-----学自Yabest..

[ 本帖最后由 jackymail 于 2007-10-16 13:57 编辑 ]

作者: 木卫十二 时间: 2007-10-16 14:10
数据入excel,与代码分离。业务函数入library,与主控分离。需要的话可以把业务函数打碎，还可以补充一些用于特殊控件的基本函数。-----学自Yabest..

这句话很好！我现在就是这样做的，弄到最后只有一个Action了，其他全部函数化了，对象库也用不着共享了

所以很期望看看高手们是怎么做的

作者: jackymail 时间: 2007-10-16 14:26

原帖由 木卫十二 于 2007-10-16 14:10 发表
数据入excel,与代码分离。业务函数入library,与主控分离。需要的话可以把业务函数打碎，还可以补充一些用于特殊控件的基本函数。-----学自Yabest..

这句话很好！我现在就是这样做的，弄到最后只有一个Action了，其 ...

对象库为什么不用共享？你是说因为没有多个action所以不用关联了？
你们协同开发的时候，大家的进度不一样，每个人在不断的添加对象？你们是怎么同步对象库的？
就剩下一个action也没有什么不可以，只要能完成任务就好，我觉得。

作者: 木卫十二 时间: 2007-10-16 14:31
唉，我们这里测试才刚起步，当时只有我一个来做，呵呵

作者: yabest 时间: 2007-10-16 15:03
唉，大部分是在写代码，那干嘛用视频方式呢？
直接把代码贴出来好了，不然大家下载又麻烦，看视频播放很慢很浪费时间。

作者: yabest 时间: 2007-10-16 15:12

原帖由 jackymail 于 2007-10-16 13:56 发表

数据入excel,与代码分离。业务函数入library,与主控分离。需要的话可以把业务函数打碎，还可以补充一些用于特殊控件的基本函数。-----学自Yabest..

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

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

最终测试参数要越少越好，可以固化的数据就写死在脚本里好了。这个我们有惨痛教训。因为测试人员不想用你的自动化Case的时候，还要先填一大堆参数。他们一看这么多参数就烦了，干就就自己手工测试了，也不要用你的自动化Case。

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

[ 本帖最后由 yabest 于 2007-10-16 15:20 编辑 ]

作者: 没有蛀牙 时间: 2007-10-16 15:15
慢删啊
我这里下不了
等回去下阿

作者: 木卫十二 时间: 2007-10-16 15:26

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

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

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

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

是的，一般来说只需填一些所调用的数据库名称之类的信息。不过后面Case太多了，许多Case中还又引用到其他的函数，查询修改都不方便。不知道有没有好的办法或软件管理这些case的？

作者: jackymail 时间: 2007-10-16 15:27

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

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

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

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

大师指点，就是让我心里有底阿。。。
关于参数的个数，是否可以给Excel指定默认的参数值呢？以后若真的想修改了也方便，写死了恐怕还是有缺陷吧？

录视频是给新学的人一些帮助，让他们看到一些相关的操作。再说了，现在视频的帖子特受欢迎。。得好好推销才行啊。。哈哈。

[ 本帖最后由 jackymail 于 2007-10-16 15:31 编辑 ]

作者: sg00 时间: 2007-10-17 10:52
最近对框架比较感兴趣谢谢分享

作者: yuqingannie 时间: 2007-10-17 11:35
为什么下的这样慢啊,好着急啊,正在学QTP, 是不是真正用QTP的时候都是描述性编程啊.不用录制的? 那么用描述性编程的时候是不是都不建立对象仓库啊?

作者: 梦醒十分 时间: 2007-10-17 14:15
感谢楼主，下载来学习中。。。。

作者: chen217222 时间: 2007-10-17 17:52
标题: 谢了
楼主很有奉献精神,good boy

作者: 51mobile 时间: 2007-10-19 12:54

谢谢楼主分享，下载来看看

作者: 木卫十二 时间: 2007-10-19 13:01

原帖由 jackymail 于 2007-10-16 15:27 发表

再说了，现在视频的帖子特受欢迎。。得好好推销才行啊。。哈哈。

唉，现在视频受欢迎是因为下载要扣分啊！没办法都只好
顶！
UP!
不错！
。。。
了

强烈抗议下载扣分制度一下！

作者: 51mobile 时间: 2007-10-19 13:04
下载来看了，感觉不错，对新手比较有帮助，赞一个

作者: danmy 时间: 2007-10-19 17:35
现在基本就是VBS+.xls了，qtp本身就只有一个action调用，几十行代码就完了

作者: zhumingwei 时间: 2007-10-20 10:20
用什么看啊?下了看不了啊

作者: marygao929 时间: 2007-10-22 22:49
下载WebEX 播放工具就可以看了。

作者: lotuskbl 时间: 2007-10-24 16:27
解压不了啊

作者: hgl 时间: 2007-10-24 17:01
标题: 看不了啊
看不了，解压不了

作者: by136 时间: 2007-10-25 10:38
下了，还不错，挺有帮助的，非常感谢

作者: zycdele 时间: 2007-10-25 12:38
谢谢,先下了!

作者: youhunx 时间: 2007-10-25 15:58
下载学习下，不过wrf格式不知道是啥啊，暂时没打开

作者: marygao929 时间: 2007-10-28 20:45
tks! studying

作者: ztt8402 时间: 2007-10-30 12:19
打开了
楼主辛苦了

作者: jackymail 时间: 2007-10-30 14:14
WebEx Player

作者: zhaoqinghuiwise 时间: 2007-10-30 22:28
标题: 先下来看看
下载看看，先回下表示感谢

作者: gy21st 时间: 2007-10-31 00:16

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

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

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

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

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

作者: jackymail 时间: 2007-10-31 10:10

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

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

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

作者: bolixin1105 时间: 2007-10-31 12:09
楼主别删除啊，我这里公司网路超级慢，只能偶尔下

作者: gy21st 时间: 2007-11-1 00:55

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

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

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

作者: yabest 时间: 2007-11-1 02:37

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

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

估计你没做过开发。

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

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

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

作者: chbacheng 时间: 2007-11-1 10:45
标题: 回复 1# 的帖子
谢谢了，太讲究了，而且不需要技术点，那些要技术点的人太恶心了。

作者: ihouge 时间: 2007-12-4 20:14
感谢楼主，朋友正需要

作者: lantianwei 时间: 2008-1-4 22:17

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

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

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

作者: lantianwei 时间: 2008-1-4 22:26

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

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

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

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

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

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

作者: zzxxbb112 时间: 2008-1-5 00:50
崇拜你，好东西，希望以后能继续出些好东西

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

作者: dreamyan 时间: 2008-6-16 16:06
感谢楼主，下载学习中....

作者: FLY000 时间: 2008-6-24 11:00
希望能把代码发上来

作者: kun_fly 时间: 2008-6-26 09:37
谢谢了！！！

作者: mayhualiu 时间: 2008-7-2 17:32
谢谢,先下了来看看,有问题可以请教吧?

作者: heqingbluesky 时间: 2008-7-3 11:19
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 时间: 2008-7-3 11:33
感谢大家的讨论，收益了。

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

作者: vickywang_no1 时间: 2008-7-10 17:50
下载，还没看。

作者: centurystone 时间: 2008-7-11 13:18
看了就回贴

作者: FLY000 时间: 2008-7-19 10:25

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

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

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

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

作者: FLY000 时间: 2008-7-19 10:35

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

呵呵，那还是用FUNCTION的好

作者: annt7 时间: 2008-7-21 14:00
楼主奉献精神可嘉！

作者: yolanda8487 时间: 2008-7-21 14:33
刚开始学习，谢谢分享

作者: test321123 时间: 2009-11-18 23:54
标题: s
dfsfasfssssssssssssssssss

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)