51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

101#
发表于 2007-11-29 18:15:47 | 只看该作者
本人认为测试人员知识面一定要广,对某个产品或者某个测试工具的所有特点,以及操作方便性都要相当的了解,对象库也好,描述性编程也好,都是自动化测试中的工具,如何加以合理的使用,就要看测试人员的水平了,以及对测试产品的熟悉程度了。
两者比较没有谁更好或者谁更快,主要的是针对测试的对象而言。
合理的实现自动化才是测试效率之道。
回复 支持 反对

使用道具 举报

该用户从未签到

102#
发表于 2007-11-29 18:53:34 | 只看该作者
原帖由 梦醒十分 于 2007-8-16 10:07 发表

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



框架好像不是这样的吧,小朋友。
回复 支持 反对

使用道具 举报

该用户从未签到

103#
发表于 2007-11-29 19:09:29 | 只看该作者
原帖由 loho1968 于 2007-8-13 21:26 发表


同意,如果软件没有稳定,使用自动化测试,除非你的自动化测试非常强壮。
我试验了模仿Wr的EMOS(http://www.cbueche.de/),已经全部实现了。然后对同样的测试,使用录制+修改+编程。得出如下感觉

1、如果只有简单的测试功能,简单的数据输入,框架可以支持。
2、但是,如果测试的功能有一些业务流程,逻辑判断的,结果检查的话,架构的支持就有限了。
3、框架的调试非常困难。


我不同一你的1、2、3、......
因为我现在测试的就是个又大又复杂的物流系统,而且是用框架的。
如果不用框架,每个单元和模块都用录制或写代码的话,工作量太大了。
回复 支持 反对

使用道具 举报

该用户从未签到

104#
 楼主| 发表于 2007-11-29 19:29:44 | 只看该作者
原帖由 joseph_wh 于 2007-11-29 19:09 发表


我不同一你的1、2、3、......
因为我现在测试的就是个又大又复杂的物流系统,而且是用框架的。
如果不用框架,每个单元和模块都用录制或写代码的话,工作量太大了。


框架框架,你用的框架是哪种框架?
人家说的是EMOS这样子的框架,用起来比录制或写脚本还麻烦的一种东东!

把你的框架也秀一下吧!

[ 本帖最后由 yabest 于 2007-11-29 19:30 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

105#
发表于 2007-11-29 19:48:00 | 只看该作者
没分真可怜
回复 支持 反对

使用道具 举报

该用户从未签到

106#
发表于 2007-12-6 16:31:02 | 只看该作者
顶上去,期待更进一步的讨论~
回复 支持 反对

使用道具 举报

该用户从未签到

107#
发表于 2008-3-11 15:33:39 | 只看该作者
看的精彩~~更好的理解了测试框架~~

老大们继续讨论,我们继续学习
回复 支持 反对

使用道具 举报

该用户从未签到

108#
发表于 2008-3-12 09:43:13 | 只看该作者
原帖由 yabest 于 2007-8-22 13:36 发表


看了SAFS的介绍,那是一个通用测试运行平台吧(很多公司都有这样的平台),跟我们这里讨论的简化QTP开发和维护工作的QTP自动化框架是两回事。

你都没明白我的意思!
一般而言,一个工具,功能越强,使用就越 ...



我很赞同yabest的这句话
回复 支持 反对

使用道具 举报

该用户从未签到

109#
发表于 2008-3-12 11:17:46 | 只看该作者
我在用WR做自动化的时候,曾经尝试用EMOS的自动测试框架,但是,发现这个框架的文档工作过于繁重,而且它的大部分工作都是编写Excel文档,然后把Excel文档换成WR中的语言,这样工作,除非一个公司有专门的自动化测试组来完成,开发和维护的量真是太大了。

现在中国公司,有几个能够建立起自己的自动化测试组,外企也非常少,最多有一到两个自动化测试人员,我认为真正的框架就是适合你的项目,而且简单,易用的。不能一概而论,以偏概全。
回复 支持 反对

使用道具 举报

该用户从未签到

110#
发表于 2008-3-12 18:31:19 | 只看该作者
超强潜力贴,留名
回复 支持 反对

使用道具 举报

该用户从未签到

111#
发表于 2008-3-17 23:20:52 | 只看该作者
原帖由 yabest 于 2007-8-16 13:19 发表


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

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


我也很好奇,这儿经过转换后,到底是怎么识别的,这么多高手在,为什么没有人
出来指明呢?还是说都要留一手啊
希望高人指点
回复 支持 反对

使用道具 举报

该用户从未签到

112#
发表于 2008-8-4 17:23:33 | 只看该作者
楼上的说的有道理
回复 支持 反对

使用道具 举报

该用户从未签到

113#
发表于 2008-10-20 09:13:46 | 只看该作者

感觉蛮不错

感觉蛮不错
回复 支持 反对

使用道具 举报

该用户从未签到

114#
发表于 2008-10-20 11:24:23 | 只看该作者
我刚决现在的qtp测试很混乱,没有一个成形的框架,可以让大家应用。
请高手出来给大家指明方向。
回复 支持 反对

使用道具 举报

该用户从未签到

115#
发表于 2009-8-4 18:18:36 | 只看该作者

对楼主的言论深表同情

对楼主的言论深表同情,梦兄的框架从我的观点认为还是有借鉴意义的,不知道楼主这样贬低有何意图?
看了楼主的只有两个想法:一个是楼主自己也是个菜鸟,不肯接受人家的思想,自己水平菜却又想从贬低人家的劳动成果来获得一点点的心理安慰
  另一个是楼主非常牛比,牛得超呼常人了,那么,我想问楼主,你能拿点什么东西出来与大家分享不?别站着说话腰不痛,如果不服气那你拿点东西出来让我们这些菜鸟看看呀,看你的有啥了不起的,让我等也学习学习。
回复 支持 反对

使用道具 举报

该用户从未签到

116#
发表于 2009-8-4 19:13:30 | 只看该作者

都这么认真干嘛

贴一个帖子吧:

闲话C#书籍(讨厌鱼龙混杂)

对号入座。
回复 支持 反对

使用道具 举报

该用户从未签到

117#
发表于 2010-5-21 22:29:51 | 只看该作者
高手论战,已是三年前之事,自动化测试技术也发展了3年,如今有新的观点么?
回复 支持 反对

使用道具 举报

该用户从未签到

118#
发表于 2010-5-22 15:22:32 | 只看该作者
楼上你干嘛刨坟?不过刨的不错哈
大家现在有新的看法没
回复 支持 反对

使用道具 举报

该用户从未签到

119#
发表于 2010-5-22 20:14:06 | 只看该作者
你是接着刨了
回复 支持 反对

使用道具 举报

该用户从未签到

120#
发表于 2010-5-24 09:34:13 | 只看该作者
一个问题三年了,楼主也没有分享你的成果。O(∩_∩)O哈哈~,那么看来还是梦醒十分比较实在了。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

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

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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