刚刚在wiki里看到了CMM流程的介绍，提到了CMM流程会导致为了赶进度而牺牲测试时间。但是我们在之前CMM流程的时候，还真没有挤压测试时间的情况。那时测试很强势，哪有可能被压缩啊！
反倒是现在，敏捷了，开发测试融合了，Story的测试时间常常因为开发的延期而压缩。时间点是死的，前期工作延期了，后期只能受气了。
这是为啥呢？
首先，之前测试绝对强势，可以打回开发转测试版本，可以拒绝版本过点。现在融合了，大家利益一致，不能动不动就批评版本质量了，要不团队绩效不好，对自己的年终奖也有影响。
然后，之前测试阶段时间长，自己可以调整。现在Story交付时间很短，一旦前期延期了，时间铁定就不够了
