两者比较没有谁更好或者谁更快,主要的是针对测试的对象而言。
合理的实现自动化才是测试效率之道。 原帖由 梦醒十分 于 2007-8-16 10:07 发表 http://bbs.51testing.com/images/common/back.gif
一个被测程序有几K个对象,要在7,8个语言平台上运行,你想在每个语言平台上把几K个对象都折腾进对象库?
我的方法,只给我英语平台就能做出一套通用于多语言的脚本(不用再去设置什么语言变量,也不用环境变量去 ...
框架好像不是这样的吧,小朋友。 原帖由 loho1968 于 2007-8-13 21:26 发表 http://bbs.51testing.com/images/common/back.gif
同意,如果软件没有稳定,使用自动化测试,除非你的自动化测试非常强壮。
我试验了模仿Wr的EMOS(http://www.cbueche.de/),已经全部实现了。然后对同样的测试,使用录制+修改+编程。得出如下感觉
1、如果只有简单的测试功能,简单的数据输入,框架可以支持。
2、但是,如果测试的功能有一些业务流程,逻辑判断的,结果检查的话,架构的支持就有限了。
3、框架的调试非常困难。
我不同一你的1、2、3、......
因为我现在测试的就是个又大又复杂的物流系统,而且是用框架的。
如果不用框架,每个单元和模块都用录制或写代码的话,工作量太大了。 原帖由 joseph_wh 于 2007-11-29 19:09 发表 http://bbs.51testing.com/images/common/back.gif
我不同一你的1、2、3、......
因为我现在测试的就是个又大又复杂的物流系统,而且是用框架的。
如果不用框架,每个单元和模块都用录制或写代码的话,工作量太大了。
框架框架,你用的框架是哪种框架?
人家说的是EMOS这样子的框架,用起来比录制或写脚本还麻烦的一种东东!
把你的框架也秀一下吧!
[ 本帖最后由 yabest 于 2007-11-29 19:30 编辑 ] 没分真可怜 顶上去,期待更进一步的讨论~ 看的精彩~~更好的理解了测试框架~~
老大们继续讨论,我们继续学习 原帖由 yabest 于 2007-8-22 13:36 发表 http://bbs.51testing.com/images/common/back.gif
看了SAFS的介绍,那是一个通用测试运行平台吧(很多公司都有这样的平台),跟我们这里讨论的简化QTP开发和维护工作的QTP自动化框架是两回事。
你都没明白我的意思!
一般而言,一个工具,功能越强,使用就越 ...
我很赞同yabest的这句话 我在用WR做自动化的时候,曾经尝试用EMOS的自动测试框架,但是,发现这个框架的文档工作过于繁重,而且它的大部分工作都是编写Excel文档,然后把Excel文档换成WR中的语言,这样工作,除非一个公司有专门的自动化测试组来完成,开发和维护的量真是太大了。
现在中国公司,有几个能够建立起自己的自动化测试组,外企也非常少,最多有一到两个自动化测试人员,我认为真正的框架就是适合你的项目,而且简单,易用的。不能一概而论,以偏概全。 超强潜力贴,留名 原帖由 yabest 于 2007-8-16 13:19 发表 http://bbs.51testing.com/images/common/back.gif
我对这是很感兴趣的,他又要说不说的,所以我才要追问。不是要嘲笑啥的,你别误会!
说实在的,你前面几个帖子里写的方法,我还是没看懂!
你能不能再解释清楚一下,原来对象里用text属性识别的,你怎么进行 ...
我也很好奇,这儿经过转换后,到底是怎么识别的,这么多高手在,为什么没有人
出来指明呢?还是说都要留一手啊:L
希望高人指点 楼上的说的有道理
感觉蛮不错
感觉蛮不错 我刚决现在的qtp测试很混乱,没有一个成形的框架,可以让大家应用。请高手出来给大家指明方向。
对楼主的言论深表同情
对楼主的言论深表同情,梦兄的框架从我的观点认为还是有借鉴意义的,不知道楼主这样贬低有何意图?看了楼主的只有两个想法:一个是楼主自己也是个菜鸟,不肯接受人家的思想,自己水平菜却又想从贬低人家的劳动成果来获得一点点的心理安慰
另一个是楼主非常牛比,牛得超呼常人了,那么,我想问楼主,你能拿点什么东西出来与大家分享不?别站着说话腰不痛,如果不服气那你拿点东西出来让我们这些菜鸟看看呀,看你的有啥了不起的,让我等也学习学习。
都这么认真干嘛
贴一个帖子吧:闲话C#书籍(讨厌鱼龙混杂)
对号入座。 高手论战,已是三年前之事,自动化测试技术也发展了3年,如今有新的观点么? 楼上你干嘛刨坟?不过刨的不错哈
大家现在有新的看法没 你是接着刨了 一个问题三年了,楼主也没有分享你的成果。O(∩_∩)O哈哈~,那么看来还是梦醒十分比较实在了。