谈到敏捷测试，可能有些人不一定听到过，不过很多人应该听到过敏捷开发吧，其实从广义来讲，测试也是属于开发过程的一部分，测试完成以后开发过程才算真正完成，所以敏捷测试其实也可以算是敏捷开发的一部分，之所以大家不怎么关注，一方面国内对测试行
业的关注度远远低于开发行业，第二个方面其实也跟第一个相关，就是敏捷开发先流行起来，再加上国内的开发、测试比例，所以敏捷测试这个概念就显得不怎么流行了。不过，情况也在慢慢变化，从我了解到的情况看，越来越多公司已经在关注这一块了。
为什么现在传统开发，也就是瀑布式开发、V模型开发、W模型开发被抛弃，而敏捷测试被越来越多的公司所使用呢？这就需要我们先来了解一下传统开发。
我们先来说瀑布式开发，很久很久以前，即使在国外也还沉醉在瀑布开发中，所以在那个时候，测试呢，就一直躲在开发过程的最后，产品开发完成了以后，就开始大规模测试，测试完成，软件就发布了，就像练功夫一样，一气呵成，打完收工。
一开始的软件一个软盘就能搞定，没有多少代码量，所以出问题的几率就不高，测试放在最后一点问题都没有，但是随着软件越来越庞大，大家就慢慢发现问题了，如果一开始设计有问题，或者有重要功能做错了而直接影响到其他相关功能也出错，这类事情只能在最
后的测试阶段才能被发现，虽然说测试就是为了发现Bug，但是这类问题发现得太晚带来最直接的结果就是代码需要大改，时间需要延期，成本需要增加，下面这个图就可以看出来，一个Bug发现的越早修复的成本越小，为什么呢，因为你想好了，一个Bug其实也就是一
些代码，刚写的时候，它可能比较独立，或者只跟少数几个其他功能有关，也相对好找，但是一旦到了中后期，这部分代码可能被其他很多功能调用，你修了这个地方，那个地方调用时可能就会出问题，所以你就得把相关地方都去看一遍，如果漏了一个地方，不好意
思，可能是个大Bug，所以你需要花费大量时间，体力，财力去修复，如果你在刚做完的时候就发现了，轻车熟路马上就可以改完，五分钟的事情。
对于开发人员来说，瀑布式开发更是一个噩梦。怎么说呢，项目在开发时很忙，测试时更忙，因为一方面有大量Bug过来，另一方面很多Bug都是很早之前产生的，要修复起来特别麻烦，还得去查原来的代码，焦头烂额的，更郁闷的是，经常发现有些功能没做对，不是
客户所要的。所以也许开发过程就一个月，但是测试过程却花了两个月，最后到头来，客户说，这个产品不是我们想要的。是不是跳楼的心思都有了呢，所以说，是时候改变一下了
这时候，V模型开发就来了。。。
所谓的V模型，其实是对瀑布模型的一种修改，也算一个Change吧，详见下图
由于瀑布模型对于软件的需求分析与设计阶段考虑不足，导致可能会出现严重的设计问题，最后交付到客户手里才会被发现，所以V模型就考虑到这点，针对开发的各个过程都会有相应的测试环节，比如用户需求会对应验收测试，需求分析和系统设计会对应确认测试和
系统测试等等，这样子起码在交付前会把用户需求方面的问题覆盖到，不太会出现说这个产品不是客户想要的这种问题。
但是缺点也是显而易见的，跟瀑布模型一样，测试过程还是放在了最后环节，虽然可以满足客户的需求，但是问题都只能到最后阶段才能被发现，必然会导致上面瀑布模型发生相同情况，也就是成本和时间的增加，所以V模型充其量也只能是瀑布模型的2.0版本。
当然，这里得说一下，即使在现在，瀑布模型和V模型还是有其用武之地，特别是那种对质量看得非常严格，基本上方案定了不会有改动的行业，所以它们没有被淘汰
好的，今天就讲到这里了，下次会更精彩哦！！！