在许多Scrum团队中都可以看到这种做法:在Scrum看板中,使用测试列。虽然其初衷是为了简化测试阶段,但有足够的理由来重新考虑下,是否真的需要这一列。

01 为什么会有测试列

测试列为测试人员提供了一个专用的工作流空间。这凸显了测试人员在开发团队中的重要性,不仅仅会在最后一步介入,也会参与到整个开发过程中。

另外,测试列也增强了在Scrum看板上工作的可视化表示。它能立刻明确哪些项目进入到了测试阶段,提高了对进度的整体认知和过程监控。

测试列的另一个重要功能是:使团队内的职责可视化。团队成员可以容易地看到谁在执行测试,以及每个项目目前所处的阶段,这有助于提高团队内的协调性。

02 可能引发的问题

测试列的存在可能会引发一些问题。

在敏捷团队中,测试列可能会引发意想不到的孤立。开发人员和测试人员在看板上,各有自己专属的列,这可能不利于顺畅协作。该过程可能会演变成一种“翻墙式”方法,开发人员将他们的工作交给测试人员,而不参与测试过程。

这种分离也可能助长“不是我的责任”心态。团队成员可能会借口自己不是测试人员,因此不需要为测试负责,看起来像是又回到了过去的瀑布模型中。

测试列也可能会减慢一个故事点的速度。尤其是在那些有多个开发人员的团队中,测试人员可能会成为瓶颈。如果测试活动只是在开发完成后才开始,可能会导致功能软件交付延迟。

最后,测试活动可能在过程中启动得太晚。如果只是在开发完成后开始测试,那么找出缺陷会更具挑战性。这有可能会损害整体效率和开发质量。

03 简化scrum看板

一个包含“测试”、“评审”、“合并”、“部署”等多个列的Scrum看板,可能会导致混乱、复杂。精简看板,减少列数,会让它更容易管理。

为了使测试活动在Scrum看板上可见,可以考虑将它们表示为用户故事的独立子任务。每个测试活动都有自己专门的卡片。这种方法增强了可视性,并确保测试活动可以被清晰的标识和跟踪。

采用这种做法,您可以在不需要单独的“测试”列的情况下,保持对测试过程的可见性。每个测试相关的子任务,从开始到结束,都是用户故事的一部分,促进协作、同步、更好的理解工作进展。

简化可视化工作流程可以使团队更加专注和高效,因为减少了不必要的开销,使团队成员能够专注于核心职责,而无需管理复杂的看板。这种清晰性鼓励更好的协作和团队合作。

为了促进并行工作和协作,可考虑将测试无缝集成到开发过程中。这样,开发人员和测试人员可以并行工作,不仅能加快进展,还有助于在早期发现问题。如果保留测试列,测试工作始终落后于开发过程,这是一种不好的做法。

测试人员和开发人员的更好协作,会带来贯穿整个开发过程的持续性测试,而不是将其隔离在一个单独的阶段中。

04 结论

增强可见性和优化Scrum工作流的关键方式,很可能是移除测试列。将测试和相关活动整合到一起,可以帮助团队保持更高的敏捷性。记住,敏捷实践应该根据团队的独特需求和目标进行定制,有时候,做的更少可能会产生更好的结果。

行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 786229024,里面有各种测试开发资料和技术可以一起交流哦。

最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】软件测试面试文档 我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

精彩链接

评论可见,请评论后查看内容,谢谢!!!评论后请刷新页面。