一开始的软件一个软盘能搞定，没有多少代码量，所以出问题的几率不高，测试放在后一点问题都没有，但是随着软件越来越庞大，大家慢慢发现问题了，如果一开始设计有问题，或者有重要功能做错了而直接影响到其他相关功能也出错，这类事情只能在后的测试阶段才能被发现，虽然说测试是为了发现Bug，但是这类问题发现得太晚带来直接的结果是代码需要大改，时间需要延期，成本需要增加，下面这个图可以看出来，一个Bug发现的越早修复的成本越小，为什么呢，因为你想好了，一个Bug其实也是一些代码，刚写的时候，它可能比较独立，或者只跟少数几个其他功能有关，也相对好找，但是一旦到了中后期，这部分代码可能被其他很多功能调用，你修了这个地方，那个地方调用时可能会出问题，所以你得把相关地方都去看一遍，如果漏了一个地方，不好意思，可能是个大Bug，所以你需要花费大量时间，体力，财力去修复，如果你在刚做完的时候发现了，轻车熟路马上可以改完，五分钟的事情。

　　我们公司以前（大约2006年之前）也是采用瀑布模型来开发产品的，所以测试当然也是瀑布测试了，对于测试人员来说，直接的现象是，平常很空，开发完成的时候忙得要死，一轮接着一轮的测试周期，所以经常连着几周都在测试，经常加班；而开发呢，开发时很忙，测试时更忙，因为一方面有大量Bug过来，另一方面很多Bug都是很早之前产生的，要修复起来特别麻烦，还得去查原来的代码，焦头烂额的，更郁闷的是，经常发现有些功能没做对，不是客户所要的。所以也许开发过程一个月，但是测试过程却花了两个月，后到头来，客户说，这个产品不是我们想要的。
　　痛定思痛，做些改变吧，奥巴马都说了，We need CHANGE，所以大家想啊想，想出一个V模型来，什么是V模型呢，且听下回分解。