Robot如何应对迭代式开发?

bb64844866

在目前一些公司的项目，很多采取了迭代式开发模式而替换了瀑布式的开发模式，这样做加快软件的开发速度，即通常所说的快速开发。采用此方法避免了瀑布市式开发模型因周期长、需求描述有误等造成的最终版本与客户要求两样的问题。
    但是作为Robot自动化测试工具来说，频繁的版本变更可能会造成回归测试脚本的废弃，特别是针对原型的变更。是否因为某些页面上的元素发生了变化后，回归测试脚本就都不能使用了？
    请有经验的人事谈谈，利用Robot的话如何避免迭代式开发所带来的重重问题？应该如何解决类似问题才能发挥出Robot的作用？谢谢！

ilovejolly

这个问题肯定是没有好的解决办法的

模块化脚本会减少需求变化带来的工作量，但效果并不好。

bb64844866

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

greysky_xu

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

每次迭代的时候再实现新的模块。（Do just enough TA is okay!)

jinlei303030

楼上的很有学问啊~学习学习!

hunk1227