刚刚在wiki里看到了CMM流程的介绍，提到了CMM流程会导致为了赶进度而牺牲测试时间。但是我们在之前CMM流程的时候，还真没有挤压测试时间的情况。那时测试很强势，哪有可能被压缩啊！   反倒是现在，敏捷了，开发测试融合了，Story的测试时间常常因为开发的延期而压缩。时间点是死的，前期工作延期了，后期只能受气了。   这是为啥呢？ 首先，之前测试绝对强势，可以打回开发转测试版

上周末因为生病请了一天假，导致明天就是验证一个Story唯一且最后的一天了……   这个Story从开发到交付的时间一共就3天，需求澄清+编码+用例设计需要2天，验证一天。 不是说根据XXX估计出验证仅需要一天，而是下游要求该时间点必须完成！ 这下惨了，因为生病丢失的一天，只能通过明天的使劲加班搞定了……   这也算是敏捷的风险吧～  一个个Story的交付期缩短了，