Tasking：是TDD的第一步，还是独立方法？

在TDD训练营中，我会提到TDD这三个字符的三层解读：

• Task-Driven Development
• Test-Driven Development
• Test-Driven Design

专门赋予了Task一个专属的意义。Task对应的一个动作就是Tasking，Tasking的产出是一个任务列表，上面记载了一系列的Task。

Kent Beck在提出TDD的时候，并没有显示地强调Task-Driven，但实际上在他写的《测试驱动开发》一书中，他也是按照一个任务列表来指导TDD的，所以他在实施TDD前，也是有Tasking的过程。

在实际项目中，很多人觉得TDD很难，一个很重要的原因是他没有做Tasking，没有对复杂的问题进行分解，脑海里装着大量的信息，从而不知道第一个测试从哪里开始，亦或者写着写着就不知道自己写到哪了，整个节奏是胡乱的，这样下来实施TDD是很有挑战的。

Tasking能够通过对问题的分析和拆解，很大程度降低我们的认知负担，将我们的注意力聚焦在一个个更小的Task，复杂的问题拆小之后，做TDD的难度会降低。

一个TDD的践行者，他一定会乐意去做这个事情，也会坚持这么做。一个初学TDD的人，他不做Tasking这个事情，他可能没法顺利实施TDD。所以，强烈建议你将Tasking作为TDD的第一步，目的是让TDD更顺利。但Tasking又可以是一个独立的方法，即便你不做TDD，你也可以对需求做Tasking，对技术方案做Tasking，这体现的是你对一件事物的理解和分析过程，这种分析能力越强，你就越容易去解决一些复杂的问题。