贺明的博客
刚刚在wiki里看到了CMM流程的介绍,提到了CMM流程会导致为了赶进度而牺牲测试时间。但是我们在之前CMM流程的时候,还真没有挤压测试时间的情况。那时测试很强势,哪有可能被压缩啊! 反倒是现在,敏捷了,开发测试融合了,Story的测试时间常常因为开发的延期而压缩。时间点是死的,前期工作延期了,后期只能受气了。 这是为啥呢? 首先,之前测试绝对强势,可以打回开发转测试版
311°/3047
人阅读/0 人点赞/7 条评论
上周末因为生病请了一天假,导致明天就是验证一个Story唯一且最后的一天了…… 这个Story从开发到交付的时间一共就3天,需求澄清+编码+用例设计需要2天,验证一天。 不是说根据XXX估计出验证仅需要一天,而是下游要求该时间点必须完成! 这下惨了,因为生病丢失的一天,只能通过明天的使劲加班搞定了…… 这也算是敏捷的风险吧~ 一个个Story的交付期缩短了,
295°/2903
人阅读/0 人点赞/5 条评论