51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: 零测试
打印 上一主题 下一主题

[讨论] QTP在敏捷的思想下,是否依然适合使用?

[复制链接]

该用户从未签到

21#
发表于 2011-11-9 16:10:24 | 只看该作者
回复 19# 零测试

需求变更是正常现象,但不说明频繁的需求变更就是正常的,这两者间区别还是很大的。需求如果能做到在一定程度一定范围内可控,那么自动化可以优先覆盖重要且可控的那部分功能点。如果只能完全顺着客户的思维打转,那么还是没必要再给“不可能的任务”增加难度了。

上次跟个四川的朋友聊到他们的QTP敏捷自动化,实施的基础就是每天14小时以上的工作。

自动化是保证敏捷过程产品质量的一个非常重要的必要手段,但不要拘泥于基于UI的自动化,项目前期评估出最适合最高效的方案才是可取的
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2011-11-9 19:45:38 | 只看该作者
其实目前国内的公司,能把需求控好的不算多,需求频繁变更都变成家常便饭了

我觉得这种情况下,使用QTP录 ...
fisherlala 发表于 2011-11-9 13:42



    对,看来所见略同喔
回复 支持 反对

使用道具 举报

该用户从未签到

23#
 楼主| 发表于 2011-11-9 23:15:15 | 只看该作者
回复 20# fisherlala

     楼上,可以解释一下什么是框架吗?不是很懂哦!我也认为QTP有些不合适了。但是又觉得这工具还不错!
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2011-11-10 09:54:31 | 只看该作者
回复 23# 零测试


    可以尝试使用框架(比如SAFFRON或者PAFAWEB),脱离对象库,并且尝试把测试数据和测试脚本分离
他已经告诉你答案了呀
回复 支持 反对

使用道具 举报

该用户从未签到

25#
 楼主| 发表于 2011-11-11 13:10:14 | 只看该作者
回复 20# fisherlala
大家都是框架哦  哇塞!不过这想法很不错。脱离他们!
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2011-11-14 15:54:33 | 只看该作者
本帖最后由 hsjzfling 于 2011-11-14 15:58 编辑

“脱离”是做不到的,只能做到“分离”,注意两者的区分,想要脱离对象库,除非不用QTP。分离就是将对象的识别机制单独拎出来设定规则维护和管理,如果能预见到可能变更的情况,那么就可以在设定规则的时候灵活覆盖这些可能的变更,比如使用描述性编程\正则表达式,或者更高明点的封装,这需要对产品的非常熟悉以及丰富自动化经验;否则,要么维护用例要么维护框架,该做的事情可不是一句轻飘飘的“使用框架”就能解决的
回复 支持 反对

使用道具 举报

该用户从未签到

27#
 楼主| 发表于 2011-11-15 12:49:44 | 只看该作者
描述性编程不是特别麻烦嘛?如果使用描述性编程的话,我们还不如放弃使用工具。直接自己开发代码算了。人之所以比动物聪明,是因为人会使用工具,会操控工具。就是因为自己开发代码太耗时,所以才会有工具出来,帮人节约时间。如果现在不用工具帮忙开发代码,转而又用描述性编程的话,又要工具做什么!
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2011-11-16 09:15:27 | 只看该作者
回复 27# 零测试


    不对,描述性编程有点难,但是如果做成框架了,就又变简单了啊,做好的话说不定比录制都简单
回复 支持 反对

使用道具 举报

该用户从未签到

29#
 楼主| 发表于 2011-11-16 13:03:04 | 只看该作者
每个人都是框架 说说什么是框架嘛 一头雾水!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-22 14:48 , Processed in 0.069301 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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