当进行软件测试时，就会面临是选择Kanban还是选择Scrum的困境，时间将会是最好的指南。其中一个适合于期限紧迫时，而另一个适合于这样的任务：这一任务将会花较长的时间迭代才能完成，而不短迭代。当然，选择哪一种方法还有另外的标准。

专家说，如果持续测试没有完成，那么敏捷测试方法就太重要。“如果你的代码不好，你就不会获得客户，” Agile Thought公司的技术架构师Eric Landes说。“测试需要考虑到所有的流程，不要干出马后炮的事情。”

Kanban可以做什么？

有些架构师可能会被Kanban吸引，因为他们喜欢其处理项目的思想——从他们知道做起，从那里发展。“Kanban和其它敏捷思想的最大不同在于Kanban注重在系统的思想上，” Landes说。Kanban流程可以一步一步地优化软件质量，一直贯穿着从概念到交付。

文化背景不同的开发团队，有些人可能更喜欢Kanban，因为在整个工作流程阶段，它限制了大量的工作，或者限制了WIP（在制品），据EBG Consulting的敏捷专家艾伦Ellen Gottesdiener说。在某些方面，这是有益的，因为团队可以一次专注于完成难题的一部分，且限制了工作流。

当需要在短时间内发布产品时，Kanban可能是一个明显的选择。“Kanban是一个好的选择，因此当工作的一部分完成时，它就是宣布已经完成，它是可发布的，” Gottesdiener说。

这从开始到结束，一直给工作带来质量。工作流始于理解需求、事务设计，然后开发，到测试，结束于发布。

Scrum总结

虽然Kanban更面向系统，但Scrum更能引起项目经理的共鸣。“Scrum展示了流程和规则，使其在团队层面和PM（项目经理）层面上更有意义，” Landes说。

使用Scrum的工作流与使用Kanban的很相似，除了定义了更多的时间框架。“Scrum在时间方法很规范，” Gottesdiener说。“你选择一个时间段，两个星期吧，那么在那么时间期限里就会完成一些有价值的需求。”

使用Scrum帮助隔离了大量的工作，可以在特殊时间内完成。“Scrum很规则。你可以把它看成是心跳，它以一个规律的节奏在跳动，跳动，跳动，” Gottesdiener说。在这一规范流程的最后，通常在迭代中完成，有规律的测试使应用程序得到良好的展示、审查并发布。

当面对Kanban和Scrum时，记住在最后他们的实践很相似很重要，在这些实践中，他们更可能变更了管理，而不是其它的什么事情，Gottesdiener说。他们的学习曲线也相似，要求最初的承诺和持续增长。