51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5374|回复: 5
打印 上一主题 下一主题

[Robot] Robot如何应对迭代式开发?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-6-30 13:50:39 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在目前一些公司的项目,很多采取了迭代式开发模式而替换了瀑布式的开发模式,这样做加快软件的开发速度,即通常所说的快速开发。采用此方法避免了瀑布市式开发模型因周期长、需求描述有误等造成的最终版本与客户要求两样的问题。
    但是作为Robot自动化测试工具来说,频繁的版本变更可能会造成回归测试脚本的废弃,特别是针对原型的变更。是否因为某些页面上的元素发生了变化后,回归测试脚本就都不能使用了?
    请有经验的人事谈谈,利用Robot的话如何避免迭代式开发所带来的重重问题?应该如何解决类似问题才能发挥出Robot的作用?谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-7-2 16:02:13 | 只看该作者
这个问题肯定是没有好的解决办法的

模块化脚本会减少需求变化带来的工作量,但效果并不好。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2008-7-4 16:19:29 | 只看该作者

感谢二楼的发表!

是不是原型的频繁变更会造成对robot的脚本造成最大的影响,因为需要修改重录制等等,可以这么理解吗?
论坛中有没有使用robot比较成熟的人事?请问robot如想最大限度发挥,需要什么样的环境?包括人力,物力等?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-7-17 21:32:51 | 只看该作者
楼主问了一个比较普遍的Test Automation的问题。你的问题适用于任何一种自动化测试工具,如果项目的某些模块需求,功能变动频繁,那么这个模块就不要做自动化,因为自动化的成本(尤其是维护成本)可能要高于手工测试。(老板可不希望看到这种情况)
如果你要在迭代开发工程中使用自动化测试,那么要引入自动化需求的评估流程,即把你的产品中的不太变化的模块进行自动化,提前设计Test Automation Cases. (这个不是脚本)
;然后对于自动化所使用的通用模块进行分装(写公共函数库);最后对选定的模块实现脚本。

每次迭代的时候再实现新的模块。(Do just enough TA is okay!)
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-11-3 17:41:29 | 只看该作者
楼上的很有学问啊~学习学习!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-11-30 19:10:16 | 只看该作者
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-24 16:30 , Processed in 0.078032 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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