看板和SCRUM在测试方面的区别？

Question

有人能给出看板和SCRUM在测试方面的一些重要区别吗？任何例子都是最受欢迎的。

Answer 1

关于测试，它们是一样的。

看板和Scrum都是迭代的敏捷化开发模型，目标是尽快完成最重要的任务(包括测试)。在迭代结束时，产品应该具有潜在的可移植性。不同的是，对于Scrum，最终是一个固定的日期，而使用看板，任何时候需要发布的特性都可以完成。在Scrum中，您计划一段固定的时间，而使用看板，您就可以及时计划。

由于在Scrum或Kanban迭代之后没有测试阶段，所以测试必须在迭代期间完成，最好是在故事/任务范围内完成。因此，自动化所有可能的测试工作是非常重要的，因为在下一次迭代中，不会有时间进行完全的手动回归(除非您相应地扩展测试工作)。通常，团队使用XP实践来确保持续质量。为了找到自动化候选程序，应用时间装箱的手动探索性测试方法。自动化的存在是为了确保旧特性继续工作，并且团队能够以可持续的速度提供新的功能。

建议阅读的书籍如下：

• 敏捷测试
• 靠在战壕上
• 看板和Scrum，充分利用两者(免费电子书)

Answer 2

看板不是一种软件开发方法。它没有规定任何开发或测试方法。你使用看板来可视化和改进你已经在做的事情。

因此，如果您目前是一个Scrum团队，并且具有特定的测试/测试自动化实践，那么您也可以继续对看板使用同样的方法。如果您正在使用其他方法，包括迭代或瀑布，您可以使用在那里使用的测试过程。

话虽如此，但尼尔斯所说的话是完全有道理的。我们自己就是一个产品开发车间，用看板来建立看板产品。当开发人员选择一个用户故事时，他们不仅会为此编写代码，还会编写测试用例(S)来测试它们，并同时实现它们的自动化。就像@Niels说的，当我们在“完成”专栏中有20个条目时，我们通常会发布一个版本！通常情况下，这是大约3周的节奏-这对我们的SaaS客户是完美的。

看板的有趣之处在于它的这一方面--你可以在你感到舒服的节奏上不断地开发、集成、测试和发布--因此，通过看板，整个连续交付的概念变得更加“自然”。

如果你还没有读过，我强烈建议你阅读大卫·安德森的书，这本书通常被认为是看板圣经-- "看板:成功的技术业务进化变革“。如果您对与看板一起使用Scrum感兴趣，您应该阅读Corey的"Scrumban -精益软件开发看板系统论文“。最后，你可能还会发现这篇博文很有趣-- "NextGen (敏捷)测试仪“。

干杯!

Answer 3

在讨论不同之处之前，要关注的定义很少：

Agile – A structured and iterative framework to track and manage projects. This approach is used in managing software development projects. It allows cross-functional teams to collaborate on users expectations.
Kanban – A framework which utilizes visualization technique, limiting the number of tasks to be taken in “Work in Progress” column. The segregation of a similar type of tasks can be done here. To simplify it, allocate colours to tasks using the swimlanes.
Scrum – The approach followed here is breaking down a complex task into simpler smaller manageable pieces which are easy to collaborate upon by the respective owners of the scrum. 

看板与Scrum的相似之处

Frameworks of agile methodologies
Used to track the progress of the project
Provide the team transparency in tracking the work progress
Make use of visualization

看板与Scrum

的区别

角色- Scrum依赖于scrum所有者，并分别由他们进行工作。看板独立于跨功能的团队成员和并行角色。

发布周期- Scrum使用时间从一周到两周不等的sprint。然后将用户故事用于开发、测试和bug修复。看板不遵循任何周期，这一过程在性质上是连续的。

跟踪参数- Scrum在规划即将到来的sprint时使用速度，同时考虑到以前sprint中完成的用户故事的复杂性和数量。看板确保限制用户故事在“工作中的进展”专栏，以避免瓶颈。它跟踪从开始到结束完成一项任务所需的时间。

改进的范围- Scrum不鼓励正在进行的sprint中的更改。看板可以在项目完成前进行任何修改。它的性质是灵活的。

适合因素- Scrum适用于具有明确定义的用户故事的项目。客户对项目及时完成的确认也是合适的。看板在性质上是灵活的，因此可以根据目前的情况改变优先次序。

挑选过程-- Scrum从产品待办事项中挑选出全部的用户故事以进行开发。看板遵循列中允许的最大任务数，以维护框架的正常运行并避免瓶颈。

交付- Scrum遵循基于sprint计划的交付，并根据client.Kanban提供的规范确定优先级，遵循基于业务需求的连续交付模型。

如果您能够可视化地处理这些要点，那么上面的要点很容易记住。理想情况下，scrum遵循一组相当预先定义的原则。看板有灵活的原则作为后盾。它允许您跟踪对交付至关重要的任务。