请教需求任务步骤划分技巧

[nealHuang]

背景： 最近在学习极客时间八叉老师的 TDD 课程，看着他将一个需求划分为一个个的任务点，并配合上测试用例来开发的那种感觉，开发过程上的确很舒服。

不过可能是因为课程中的项目都比较偏框架类的，当我自己借到一个需求任务时，发现挺难去将一个任务划分的比较有条理的。所以想问下各位 V 友平时接到一个任务，都是如何划分为一个独立的子任务的。

[sillydaddy]

我一般按照「可验收」的标准，划分子任务。就是说，做完了子任务，一定要有能通过验收，符合验收标准。
举例来说，要实现一个数据可视化的功能，包括数据的显示和数据的生成。我一般会这样：
1. 先把数据的显示做出来。可以 mock 假数据。
2. 再做数据的生成，用第 1 步数据显示模块来测试生成的数据对不对。

第 1 步里面，如果实际的数据很复杂，我会先 mock 一些简单的数据，来测试显示功能是否正常，然后再进一步扩展到大量数据的情形。

[FrankAdler]

别上来就开搞，先理清楚到底要做啥，用到的技术栈，依赖方，对系统整体的影响等，多画图、多跟需求方聊聊天：技术评审

[fengjianxinghun]

直接开搞，想到那搞到那，其他的都是浪费你的时间让别人想明白