谈谈后迭代测试

Carey Fletcher在Lisa Crispin的博客中有提及后迭代的集中式测试，那么这一类测试方法，可以运用在大型，多团队规模化敏捷中，解决的是多团队系统整合后测试验收的难题，但从scrum本身的初衷来看又略有违背，毕竟希望的是每个迭代可以交付出潜在可交付物。 有趣的是，在Henrik Kniberg的硝烟中的scrum和xp中，居然也非常中肯的提到了这一点。Henrik在书中的我们怎么做测试章节也做出了一个sprint周期与验收测试周期的比较。可见从实际应用角度，不是所有情况都可以满足每个迭代交付产出潜在可交付物的。 后置迭代的测试与验收仍然存在，只有提高自动化与持续交付体系，才能真正缩短这些lead time. 又最近在jim highsmith的关于velocity killing agility文章中，也提及了工程能力和创造力才是提升敏捷价值交付的关键，而不是单纯的提高productivity.

因此可见，后迭代测试也是由实际需要所产生的，但要改变使之真正迭代内交付潜在交付物，就需要工程体系的增强。 引用: The ultimate expression of agility from a software perspective is continuous delivery and deployment. Our goal should not be productivity, but to “Design and deploy a great customer experience quickly—again and again over time.”