51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: yabest
打印 上一主题 下一主题

[原创] 刚看了梦醒十分的自动化框架演示视频,感觉。。。

[复制链接]

该用户从未签到

61#
发表于 2007-8-16 10:46:50 | 只看该作者
原帖由 梦醒十分 于 2007-8-16 10:07 发表

一个被测程序有几K个对象,要在7,8个语言平台上运行,你想在每个语言平台上把几K个对象都折腾进对象库?
我的方法,只给我英语平台就能做出一套通用于多语言的脚本(不用再去设置什么语言变量,也不用环境变 ...




这样就是框架了?真是可笑。非常的质疑你是否真的懂框架
回复 支持 反对

使用道具 举报

该用户从未签到

62#
发表于 2007-8-16 11:41:44 | 只看该作者
欢迎大家批评指导:
视频1:
      http://bbs.51testing.com/thread-83167-1-1.html
视频2:
      http://bbs.51testing.com/thread-86351-1-1.html
视频3:
      http://bbs.51testing.com/thread-86353-1-2.html
QTP学习笔记:QTP的127个问题。   
      http://bbs.51testing.com/viewthr ... 2&highlight=127
回复 支持 反对

使用道具 举报

该用户从未签到

63#
发表于 2007-8-16 13:12:10 | 只看该作者
原帖由 yabest 于 2007-8-16 10:38 发表


哎,别犯职业病啊!要说就直接说,不要来个“且听下回分解”啊!
这个我倒是挺好奇的,不过对可行性感到怀疑。


梦醒十分说的这个情况是存在的,我之前测试的就是一个有五个语言版本的web项目,PM让我们录制一套操作脚本用来做以后的冒烟测试,后期这个项目又追加了四个语言,并且新的版本中可能还会有更多国家的语言进入。如果在对象库中手工添加正则表达式来增加对其他语言的支持那工作量会很大,而且相当一部分的精力也将花费在对象库上,而没时间对脚本做维护修改。由于这样的种种原因,我们只能使用公司自动化组给的一套“框架”,用来对普通录制出的脚本转换成描述性编程的语句(只调用一个函数,就可以自动生成所有描述性语句,而不是我们自己去一句句修改)。说实话这样做确实节省了不少时间,但对于刚接触QTP的人来说却丧失了很多可学习的地方。
可以看得出来大家对框架,包括对象库和描述性编程的讨论都是有实际工作支持的,谁也不想承认自己现在用的就是一套蠢办法,语言激烈些挺正常。不过后来越来越多的回复开始空谈、嘲笑。我建议这样的人你们可以先闭嘴听听别人的想法,不要逮这个机会就开始乱发,没意义。

ps:看过yabest的其他帖子,对QTP的理解相当深入,希望能多看到技术总结和讨论的文章,大家可以各立旗帜,而不用非扳倒他人

[ 本帖最后由 dionysus 于 2007-8-16 13:24 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

64#
 楼主| 发表于 2007-8-16 13:19:30 | 只看该作者
原帖由 dionysus 于 2007-8-16 13:12 发表


梦醒十分说的这个情况是存在的,我之前测试的就是一个有五个语言版本的web项目,PM让我们录制一套操作脚本用来做以后的冒烟测试,后期这个项目又追加了四个语言,并且新的版本中可能还会有更多国家的语言进 ...


我对这是很感兴趣的,他又要说不说的,所以我才要追问。不是要嘲笑啥的,你别误会!

说实在的,你前面几个帖子里写的方法,我还是没看懂!
你能不能再解释清楚一下,原来对象里用text属性识别的,你怎么进行转换,变成不用text属性,用其它属性就能识别的?

比如窗口上很多button,OK Button的属性设置原来是text=OK,你怎么转换,就变得不用Text属性,而用其它属性(包括index属性),就能识别这个OK Button的!

要知道窗口上Button可能有很多个,原来它用text来识别的,哪有index属性啊。即使有,也是index=0啊。如果把text属性去掉,那index就要变了,你哪知道index应该是多少!

[ 本帖最后由 yabest 于 2007-8-16 13:27 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

65#
发表于 2007-8-16 13:34:59 | 只看该作者

回复 #63 dionysus 的帖子

可以看得出来大家对框架,包括对象库和描述性编程的讨论都是有实际工作支持的,谁也不想承认自己现在用的就是一套蠢办法,语言激烈些挺正常。不过后来越来越多的回复开始空谈、嘲笑。我建议这样的人你们可以先闭嘴听听别人的想法,不要逮这个机会就开始乱发,没意义。


你这段话有含沙射影之嫌,你还是直接指明谁在进行所谓的“空谈、嘲笑”吧!因为你首先排除了yebest的嫌疑。那么请你直接指出来。

“你们可以先闭嘴听听别人的想法,不要逮这个机会就开始乱发,没意义。”
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
我想大家就是因为看了梦的demo,发现他在混淆概念,才立即站出来指出他的误导!可是他的态度非常的傲慢,这不是做学问应该有的态度!!包括你这个版主也应该发帖敬告大家,指明梦的demo不是什么所谓的framework!!有很多的人在跟贴向梦请教,但是他的反应是什么?!!大概他在等着别人给他送了钱以后,再单独说吧!!

知识是共享的,你不愿意没有关系,但装神弄鬼糊弄别人就有失厚道!!!包括你这个版主!!

你可以封我的id,我无所谓!!
但是让我看到不平不对的事不说,我办不到!!!


不懂装懂的人不应该得到庇护!!!不懂装懂还要以此骗钱的更应受到谴责!!

[ 本帖最后由 Dorpnight 于 2007-8-16 13:37 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

66#
 楼主| 发表于 2007-8-16 13:51:13 | 只看该作者
原帖由 Dorpnight 于 2007-8-16 13:34 发表
。。。


唉,别这样激动啊。
这个世界各人有各人的想法,没办法也不可能统一的。
反正每个人都要为自己的想法负责的,你也不可能替别人做主的,而且你也不是绝对正确的。
所以还是尽量宽容点、克制点好了!
也不是什么大不了的事,别人犯错了也死不了人。
回复 支持 反对

使用道具 举报

该用户从未签到

67#
发表于 2007-8-16 14:42:13 | 只看该作者
呵呵,没想到几个小视频引得天下大乱。
找我培训的屈指可数,却引来了大批猎头,测试人事,哥们改行做HR了,
帮失业的或想跳的兄弟找工作,总是件善事吧,不会挨砖了吧。
如您公司想招测试人员请您找我,我光在MSN上就有超500位的测试同仁,另有自己的一个测试人才库。
如您是测试人员正处于失业或想有更好的发展,也请联系我,我几乎在每个测试公司内部都有线人,帮你推荐。
回复 支持 反对

使用道具 举报

该用户从未签到

68#
发表于 2007-8-16 14:43:14 | 只看该作者
原帖由 yabest 于 2007-8-16 13:19 发表


我对这是很感兴趣的,他又要说不说的,所以我才要追问。不是要嘲笑啥的,你别误会!

说实在的,你前面几个帖子里写的方法,我还是没看懂!
你能不能再解释清楚一下,原来对象里用text属性识别的,你怎么 ...

因为这个“框架”不是我写的,我只是拿来看过,所以只能从我的理解说起,有不对的地方大家就分析着取舍吧。首先需要重新定义QTP识别对象的必要属性,将index或location或nativeclass等属性设置为必须参与识别的(这个可以通过vbs等实现),之后录制操作,通过调用一个函数库,将所有录制下来的对象得到其index和其他属性值,并重新将语句变为描述性语句。我不知道这个算不算是框架。目前我能看得明白的也就是这些了。
回复 支持 反对

使用道具 举报

该用户从未签到

69#
发表于 2007-8-16 15:00:40 | 只看该作者
原帖由 梦醒十分 于 2007-8-16 14:42 发表
呵呵,没想到几个小视频引得天下大乱。
找我培训的屈指可数,却引来了大批猎头,测试人事,哥们改行做HR了,
帮失业的或想跳的兄弟找工作,总是件善事吧,不会挨砖了吧。
如您公司想招测试人员请您找我,我光 ...



大哥,把你的资源给我共享一下啊。
回复 支持 反对

使用道具 举报

该用户从未签到

70#
发表于 2007-8-17 00:31:52 | 只看该作者
在下
回复 支持 反对

使用道具 举报

该用户从未签到

71#
发表于 2007-8-17 09:10:14 | 只看该作者
原帖由 dionysus 于 2007-8-16 14:43 发表

因为这个“框架”不是我写的,我只是拿来看过,所以只能从我的理解说起,有不对的地方大家就分析着取舍吧。首先需要重新定义QTP识别对象的必要属性,将index或location或nativeclass等属性设置为必须参与识别 ...



说说我的观点:

我认为梦醒十分的视频严格上来说确实算不上QTP框架,只能说是一种方法,将录制的对象库语言转化为描述性语言的方法. 关于自动化框架的讨

论大家可以看看http://bbs.51testing.com/viewthr ... =%D7%D4%B6%AF%BB%AF,我觉得很不错

这两天也试着在写将录制的语言转化为描述性的函数,但是遇到一些问题,不知道斑竹能不能共享一下你的那个函数啊,大家学习学习
回复 支持 反对

使用道具 举报

该用户从未签到

72#
发表于 2007-8-17 10:01:07 | 只看该作者
这个贴好。
回复 支持 反对

使用道具 举报

该用户从未签到

73#
发表于 2007-8-17 11:09:24 | 只看该作者
我说些貌似题外话的东西:
看了半天,唯独没有人肯出来说说到底什么是自动化测试框架,我建议有兴趣的人去看看STAF和SAFS里面对自动化框架的介绍:推荐Carl Nagle的文章<Test Automation Frameworks>。
链接:http://safsdev.sourceforge.net/F ... ationFrameworks.htm
自动化框架有点类似于开发人员的IDE环境,而自动化工具是应该嵌入到这个环境中的,框架的目的就是重用、扩展和维护我们的自动化测试工作,同时持这一观点的人认为自动化测试应该完全算是一项开发工作(测试开发正是大多数测试组织的弱项和软肋)。
回复 支持 反对

使用道具 举报

该用户从未签到

74#
 楼主| 发表于 2007-8-17 14:37:34 | 只看该作者
原帖由 fennek 于 2007-8-17 11:09 发表
我说些貌似题外话的东西:
看了半天,唯独没有人肯出来说说到底什么是自动化测试框架,我建议有兴趣的人去看看STAF和SAFS里面对自动化框架的介绍:推荐Carl Nagle的文章。
链接:http://safsdev.sourceforge. ...


这文章以前有看过,开始期望还挺高的,可是看过后,很失望。
说实在的,我觉得这些在Excel里写伪码,或者啥数据驱动、表格驱动等方式的框架,都是花哨的,功能很受限,根本就不实用。

[ 本帖最后由 yabest 于 2007-8-17 14:40 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

75#
发表于 2007-8-17 19:29:02 | 只看该作者
哇塞

英雄会~
回复 支持 反对

使用道具 举报

该用户从未签到

76#
发表于 2007-8-20 11:33:11 | 只看该作者
sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

77#
发表于 2007-8-21 16:28:48 | 只看该作者
希望有过非商业工具自动化实施经验的同行来参与讨论一下。

自动化工具的某些特性是有它的用处,但是也很容易局限了实现的思路;究竟使用哪种方法实现自动化测试才好?自己在项目中完全实施一遍就明白了。

个人看法:纯粹的关键字驱动框架本身的开发和维护成本太高,特别是随着框架变得日益庞大时,对于框架的扩展和维护都会变得日益困难。

就像上面 loho1968  朋友的回帖说的一样,关键字驱动的框架在处理一些业务逻辑简单,但是重复琐碎的页面填写、验证很多时,是比较适合的。但是对于稍微复杂一些的业务规则验证,就已经显得有些不够灵活了。

就像 Selenium 自动化测试框架,有两种模式,其中 Core 模式就是一个 100% 的纯粹的关键字驱动框架,如果在一个实际的项目中应用比较过 Core 模式和 Remote Control 模式,就知道到底哪种更有优势了。

最后,说点偏激的话。很多商业工具大肆宣扬的特性是厂家希望拿来卖的,而未必就是最适合和你最需要的。软件测试自动化说到底还是一个开发工作,如果真的想掌握好这门技术,要么有两到三年的开发经验打底,要么就认认真真研究一个开源框架,当需要用到某个商业工具中已经提供的功能时,就自己实现它。等到你真的在一个项目中实施了自动化测试后,就抓到它的真谛了。
对于一个没有开发经验的新手来说,是不可能通过商业工具真正掌握自动化测试技术的。
回复 支持 反对

使用道具 举报

该用户从未签到

78#
发表于 2007-8-21 17:11:57 | 只看该作者
这个主题很火,个人的意见:

QTP本来就是提供一个自动化测试的框架.再去提炼,仅仅从工具上去琢磨,意义不会很大.
我们更应该和具体被测对象结合提炼框架.就是不同的应用程序和测试对象,要进行具体设计.这就和开发过程中的概要设计是一样的.找出通用的东西,划分模块,确定接口,列出测试点和常变化的东西.这显然是一个设计的过程.完全可以通用软件开发过程中的设计方法.

就像QTP中的例子flight,实际上对函数的设计和把握是很好的,虽然简单,但lib设计得很不错的.简洁又通用,我们是否该认为是一个很好的框架?

至于对象的识别,是用描述性编程还是对象库,都只是一种方法,不同的被测对象的特性决定了采取不同的方法.
回复 支持 反对

使用道具 举报

该用户从未签到

79#
发表于 2007-8-21 17:47:02 | 只看该作者

看到了这个帖子,我也看了下视频,过来说2句

自动化测试框架从我的理解来看,至少包含测试数据的组织、错误处理及日志处理、验证点的实现机制等这些内容,说到底是一种解决方案。

而梦醒十分所讲的内容,其实只是一种技巧,应用的范围不知道是什么样的?什么样的项目,测试的工期等等。这些都不知道。 如果对于项目测试来讲,单靠测试工程师去录制,然后生成描述性编程,请允许我说一下这太可笑了。尝试做过自动化测试的人会明白我为什么这样说。

另外,对于国际化的测试,用描述性编程也不见得是最合适的办法。至少别的工具都会提供依赖对象库中的某个属性去查找对象,如果你需要使用index去定位唯一一个对象的话,设置也是非常简单的(楼上有的朋友就说到了ROBOT)。描述性编程只适用于类似动态出现的对象,例如选择某个按钮会出现某些对象,当然也不绝对。

对于QTP来讲,使用对象库的方式也不局限于简单的录制、回放。可以在这个基础上开发很多通用的处理。对象入库后,可以自己写脚本实现不同的业务流程的。

最后,不得不说,现在社会上的一些人已经丧失了基本的价值观,为了钱,什么不靠谱的事都敢拿来说。  做学问,还是要严谨一些。
回复 支持 反对

使用道具 举报

该用户从未签到

80#
发表于 2007-8-22 09:17:04 | 只看该作者
批评的好,支持!顶上去!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 18:40 , Processed in 0.081437 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表