Scrum敏捷项目管理

从第一天开始Scrum需要测试人员的4个理由

在Scrum团队中,有三个角色:产品负责人,开发团队和Scrum主管。没有明确提及软件测试人员,有些人可能会质疑在Scrum团队中是否确实需要测试专家。在完成了多个项目之后,Eric Delahaye发现了它们并与我们分享了四个理由,为什么它们应该在第一个Sprint Planning中就被包括在内。

作者: 埃里克·德拉海(Eric Delahaye),六角形(Hexacta), //www.hexacta.com/

从理论上讲,《 Scrum指南》确实指出:“ Scrum不认可开发团队中的任何子团队,无论测试,架构,运营或业务分析等需要解决的领域如何,”在这个敏捷的世界中,Scrum本身以一种有机的方式知道,参与所有可能使开发成为可能的角色是成功的关键。

Scrum意识到团队中每个成员(不仅是开发人员)的重要性。那么,如果Scrum建议敏捷团队完全有能力执行不同任务同时又负责质量,那么软件测试人员实际上会发生什么呢?他们真的有必要吗?

多亏了我们在多个项目中取得的成果,我毫不怀疑他们是对的,从第一次Sprint计划的第一天起,它们绝对是必要的!

在与Scrum合作的敏捷团队中,有许多面对测试的方法,尤其是在有一个或多个测试人员的情况下。在使用这种方法多年后,我们在具有测试人员的敏捷项目中实施了一种非常适合我们的实践:从Sprint计划中发现最相关的测试用例。

什么事啊

我们很清楚,在Sprint计划期间,产品负责人会列出用户故事的优先列表,并提出Sprint的目标。就团队而言,团队将审查该需求清单,提出必要的问题,并通过双方同意建立接受标准。

一旦获得所有信息,团队便会估算每个用户案例,并将其分解为特定任务,以便完成Sprint Backlog。

在这一点上,我们建议从第一个Sprint规划中–并且作为对每个用户故事的理解和对任务的分散的一部分–包括必须在该用户故事上进行的主要测试用例。我们要完成什么?

  • 现在,测试活动已成为用户故事的一部分,并且与之无关。
  • 在用户故事中记录了发现的测试用例的标题,并对该用户故事进行了更强大的描述。
  • 我们不仅仅将测试责任留在测试人员手中。任务变成了团队同意的一项活动,因此责任分担了。

现在,在说明从计划阶段加入测试人员的好处之前,让我们快速了解一下 敏捷测试宣言 启发了我们实施这种做法。

从第一天开始Scrum需要测试人员的4个理由

为什么测试人员从最初的Sprint计划起就完全适合?

了解了测试和Scrum如何协同工作以提高生产率并提高开发质量之后,我发现了以下四个重要原因,为什么测试人员应该成为Sprint计划的一部分:

1.更高质量的测试用例

通过促进团队之间对测试案例定义的健康讨论,我们可以使这些测试案例的质量更高。以前,我们曾经把工作交给测试人员,而他在每个用户故事中都完成了“编写测试用例”的任务。现在,测试人员可以专注于其他剩余的测试用例,当然也可以专注于设计,编写和执行。

2.更好地了解用户故事

让整个团队思考最重要的测试案例的做法会提出问题,替代途径以及对所有条件的分析。因此,我们可以更全面地了解 用户故事.

考虑如何测试每个用户故事有助于我们更好,更全面地了解应该做的事情以及客户对我们的期望。

3.更精确的估计

综上所述,我们发现可以得到更加准确的估计,并且可以更轻松地确定非测试人员所需的测试工作量。

因此,如果我们考虑到以前的测试工作(例如,对于开发人员而言)不那么容易确定规模,那么估算技术(Planning Poker)将更加精确(如果我们愿意,则更公平)。

4.团队合作与沟通

尽管与Scrum合作,我们仍然认为测试人员与团队分离,开发人员对测试人员的工作了解得不多,并且测试已成为Sprint结束时的瓶颈。测试人员无法应对执行所有测试用例以及管理缺陷的来回处理。这种情况只会导致工作量增加,在最坏的情况下,会使交付的成功和质量受到威胁。

拥有Sprint Planning的测试人员可以帮助我们更好 在开发人员和测试人员之间进行集成和交流 从Sprint(规划)的一开始就可以帮助我们获得更准确的估算值,并确保每个人都有一些 软件测试 任务作为他们职责的一部分。

重要的是要注意,测试用例的执行–之前由测试人员编写和设计的测试人员,具有专业性和责任感–现在可以由团队的任何成员实施,尤其是在测试工作量较大而开发人员的工作量减少的情况下,尤其是在Sprint结束时。

这样,Scrum最困难的理论方面之一就变成了现实,主要是在团队中有专家并且任何团队成员都能够执行任何任务时。

结论

在Scrum中测试 这不是神话,对我们来说是现实。包括来自Sprint Planning的测试人员是一种很好的做法,它帮助我们提高了所构建软件的质量。毫无疑问,通过更好地理解需求和要处理的测试用例,由于最终消除了过去出现的瓶颈,我们能够提高质量,提高生产率并提高效率冲刺的。

关于作者

Eric Delahaye是一位工程师,在多个行业和使用不同技术的项目的软件开发,研究,开发和领导方面已经工作了20多年。在过去的十年中,他成功地管理了敏捷项目。他的兴趣是作为工程学科的软件,开发过程,方法论和质量标准。本文最初发表于 //www.hexacta.com/2018/08/06/testing-in-scrum-4-reasons-why-testers-are-needed-from-day-1/ 并经Hexacta许可转载。

1引用和引用

  1. 软件开发Linkopedia 2019年5月

评论被关闭。