讨论：在Scrum环境中工作TDD

Question

当我工作TDD时，我倾向于从大局开始，创建应该成功的测试，以便完成整体任务 - 然后开始执行一些支持类/方法/测试，因为我'深入'。

如果我的任务已经计划好了，我会打开一个任务，然后为了解决它，打开另一个任务。只有当整体测试成功时，我才能关闭原来的任务，这意味着在任何时候，我都会有一些开放的任务。

我发现这种方法与Scrum方法有些冲突，理想情况下，我应该能够在一天的工作中完成并关闭一项任务 - 并且每次都不会打开多个任务。

我正在寻找输入你如何在你的项目管理这一点 - 对文章的引用也非常欢迎，我相信这已经争论彻底的地方......

“答案滴答”会被授予最佳评论/参考。

感谢您的任何输入，

安德斯，丹麦

Answer 1

听起来好像您的任务可能会水平切片 - 也许会沿着“创建数据库表”或“写入控制器”的技术边界 - 而您的开发是垂直切片的。我很讨厌将故事分解为任务（对新手团队很有用，并且让项目经理感到开心，除此之外别无其他），但如果我被迫这样做，我会通过场景垂直分割它们。通过一个故事采取第一个“快乐的道路”。把它变成第一项任务。找到边缘案例。他们每个人都成为另一项任务。因此，举例来说，如果有人问我写的ATM软件和故事的标题是“让人们拿出现金”，我的任务可能是：

• 允许用户采取取出现金
• 阻止用户出的现金，如果他没有足够的
• 透支
• 截杀$ 10
• 没有钱在所有
• 用户离开击中了他们的每日现金限额
• 检查它的工作原理与弗雷德的“PIN验证”的故事。

这还有额外的好处，就是在任何时候我都可以展示一些东西并获得反馈，这样我可以尽早提供测试人员帮助我解决任何问题。

Answer 2

我想你可能以错误的方式接近这一点。这听起来像你原来的工作量估计是有限的，因为如果他们不是，为什么不使用原来的任务？这仍然是你想要完成的。如果您发现工作量错了，或者您错误地分析了问题，那么IMO应该不仅仅将更多的任务添加到冲刺中，因为它无济于事。

因此，不要只创建一个任务，而是尝试创建所有任务并仅打开需要首先启动的任务。所以不要以自上而下的方式来考虑任务，而应该将其视为并行任务。

虽然我可能不太了解你的情况。当然你经常会发现你在做事情时没有想到的东西，但是如果你的任务太大以至于你经常超出你的估计，那么我唯一的建议就是更好地规划你的工作。仅仅因为积压工作有很大的任务并不意味着你不能将其分解到你的春天日志中。