今天，我们将探讨一种实践，我认为非常有趣，但似乎在当今不太常见：三位朋友。我们将借此文章来理解这种实践的含义。
敏捷中的三位朋友
三位朋友是一种仪式，可以添加到Scrum团队中，用于编写坚固的功能测试。这些测试是由产品负责人（或业务分析师/代理PO）、开发人员和测试人员编写的。
这种协作方式可以确保编写完整的测试，确保覆盖与每个关联的用户故事的所有期望。
以下是每个参与者为这种仪式带来的优势：
- 产品负责人： 通过用户故事提出用户需求以及相关规则。
- 开发人员： 指示将受需求影响的所有技术方面，这有助于指导需要编写的测试。还可以参与定义可能在某些情况下难以确定的测试数据。
- 测试人员： 准备数据集（JDD）并提供符合功能测试规则的场景（例如，不将测试与界面概念关联）。
有了如此强大的团队，我们的三位朋友将提供全面而高质量的测试，发挥了两个重要作用：
- 指导开发人员开发用户故事。
- 通过非回归测试提供无可争议的质量。
在敏捷团队中使用三位朋友来创建Gherkin语言并不罕见，这是最常用于BDD（行为驱动开发）的语言。简而言之，对于BDD，我们在开发之前编写测试，以指导开发人员的工作。
一些团队甚至利用此练习进行验收测试驱动开发（ATDD），这是一种软件工程技术，其中在开发功能之前技术上编写测试。
应该采用什么格式？
没有适用于实施三位朋友的理想格式。以下是一些我可以建议的格式；这将取决于您的情境是否合适。
在产品待办事项细化之前的仪式
一些团队在产品待办事项细化的前一天进行三位朋友的仪式，以便在团队精化和估算之前完成用户故事。由于产品待办事项细化通常用于验证用户故事是否“就绪”（符合“就绪定义”），最好事先完成测试。
在产品待办事项细化期间的工作
实际上，有些人会利用产品待办事项细化来进行这项工作。然而，三位朋友需要相当多的时间，有些人可能会认为整个开发团队的参与可能会浪费时间。
但是，其他人可能认为这种团队协作将使整个团队对用户故事有完美的理解。
最终，你自己来判断；最好的方法是尝试并得出结论。
结论：敏捷中的三位朋友
三位朋友是一种在当今较不常见但确实值得了解的概念。你是否认为这种额外仪式能使你的用户故事更加完整？
Be the first to comment