tdd - 用户故事结束时的集成卡 (TDD)

Question

我们的团队使用 TDD 进行开发，在实现新功能时，有时会在故事结束时所有卡片都变成绿色时出现“集成卡片”，这意味着将已实现的组件放在一起以相互配合。我对这张卡感觉很糟糕，因为这意味着，没有人在现实生活中仅在测试中尝试过代码，而集成卡意味着尝试并使其正常工作。

将集成卡放在每个产生新功能的故事的末尾是否是一种很好的敏捷实践？或者在可以将它与现有代码集成在一起时，它应该成为每个任务卡的一部分吗？

Answer 1

这只是我的 2 美分:

TDD 本身与您在问题中描述的工作方式无关。在我看来，敏捷/Scrum/精益/看板会。

在实际编写代码之前编写单元测试是一种很好的做法，如果我理解正确的话，你们正在这样做。

我同意你的观点，将实际的代码集成推迟到 sprint 结束有点奇怪。如果情况一团糟，那么在冲刺结束时你将一无所获。换句话说，在完成最后一张有风险的卡片之前，您的潜在可交付产品将不存在。

如果你想突破这种工作方式，我会考虑谷歌搜索continuous integration .您努力尽可能频繁地集成代码，以便尽快找到集成错误。

长话短说:

• 不，这不是一个好的敏捷实践，并且
• 是的，最好整合每个 done, done, done 任务

希望这能帮助您迈向真正的敏捷/精益团队!相信你的直觉，你确实明白了:)。