Tdd分解任务时，标准到底是什么样的？有没有具体的例子来解释？

[freewind]

Slides上是这么写的：

1. 分解问题：
   • 任何子问题均可通过测试来验收
   • 所有子问题域的集合恰好等价于原问题域
   • 子问题域之间无交集
2. 计划任务：
   • 能够递进地解决所有子问题
   • 其他任务与子问题放在同一列表中被计划
3. 追踪进度：
   • 在列表中随时勾除完成任务或加入新增任务

不知道有没有专门的书或者例子，来更具体的讲一下

[ripple0328]

从粒度大小来说，我一般倾向于划分为大约25分钟可以完成的task， 因为：

• 大约是一般的注意力能够比较集中的时间跨度
• 节约上下文切换和恢复的耗费（如果遵从以上原则，任务问题域互相正交的话）
• 25分钟的task也意味着更容易去和别人沟通和交接
• 也是一个让别人比较好review的粒度

[freewind]

在内容上有什么要求吗？比如要不要写得很明确，要不要给具体的例子，要不要出现具体的数字等。我刚翻了几本TDD的书，在tasking这块，看起来都比较随意

[freewind]

这里有一篇张逸的文章： http://agiledon.github.io/blog/2012/08/25/tasking-in-tdd/

[wj1s]

每一个Task可以独立提交并产生新的业务价值。

[freewind]

@wj1s 能否举一个产生不了业务价值的task的例子？我想了半天，都找不到好的例子