版本和迭代

                                                   版本和迭代

很多刚开始接触测试的小白们对版本迭代这两个名词常常搞不明白。接下来就来区分一下,这两个词有什么不同呢。

先举个项目开发的例子吧!


        假如这个产品要求6个月交货,我在第一个月就会拿出一个产品来,当然,这个产品会很不完善,会有很多功能还没有添加进去,bug很多,还不稳定,但客户看了以后,会提出更详细的修改意见,这样,你就知道自己距离客户的需求有多远,我回家以后,再花一个月,在上个月所作的需求分析、框架设计、代码、测试等等的基础上,进一步改进,又拿出一个更完善的产品来,给客户看,让他们提意见。
        就这样,我的产品在功能上、质量上都能够逐渐逼近客户的要求,不会出现我花了大量心血后,直到最后发布之时才发现根本不是客户要的东西的情况。


迭代是固定周期的开发节奏,版本是实际交付给用户的产出。可以一个迭代发一个版本,也可以多个迭代发一个版本,也有一个迭代发多个版本的情况。迭代和版本没有关联,实际使用中测试提bug是针对版本的。做测试也是基于某个版本测试找bug。

优劣分析

这样的方法很不错,但他也有自己的缺陷,那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时,迭代的成本比项目失败的风险成本低得多,用这种方式明显有优势。

如果你是给自己的单位开发一个小MIS,自己也比较清楚需求,工期上也不过花上个把月的时间,用迭代就有点杀鸡用了牛刀,那还是瀑布模型更管用,即使是做得不对,顶多再花一个月重来,没什么了不起。


 

猜你喜欢

转载自blog.csdn.net/tangweiee/article/details/82349308