我们的团队使用TDD进行开发，有时在故事结束时实现新功能，当所有卡变为绿色时，会出现“集成卡”，这意味着将实现的组件放在一起以便彼此玩得很好。我对这张卡感到很难过，因为这意味着，没有人在现实生活中尝试过代码，只有在测试和集成卡中才能尝试并使其正常工作。
在每个故事的最后添加一个集成卡以产生新功能是一种很好的敏捷实践吗？或者，如果可以将它与现有代码集成在一起，它应该是每个任务卡的一部分吗？
答案 0 :(得分：3)
这里只是我的2美分：
TDD本身与您问题中描述的工作方式无关。在我看来，敏捷/ Scrum /精益/看板。
在实际编写代码之前编写单元测试是一种很好的做法，如果我理解正确的话，你们正在做的事情。
我同意你的看法，将代码的实际集成推迟到sprint的末尾是有点奇怪的。如果地狱破裂了，那么在冲刺结束时你什么都没有。换句话说，在最后冒险卡完成之前，您的潜在可发运产品将不会存在。
如果你想突破这种工作方式，我会考虑使用Google搜索continuous integration。在那里，您努力尽可能频繁地集成代码，以便尽快找到集成错误。
故事很长：
希望这有助于您向真正的敏捷/精益团队迈出一步！相信你的直觉，你做得到它:)。