功能项复杂的系统如何以测试驱动开发？

在敏捷开发中总提倡以测试驱动开发，我想不明白的一点就是
在一个非常庞大的系统中如何更好的进行这种工作？
这种项目通常情况下，业务功能分支繁多，并且随着项目或产品的扩充，功能的复杂性和易变性凸显。

我以前觉得这样流程或许是和这样的模式
1,编写主场景和分场景的测试场景文件类别。进行组合分拆等动作来完成分支的工作拼接
2,细化功能点,开发者的测试尽量接近单一性。
3,......

还有几点我自己也忘了。以前的想法。

但是我仍然觉得这样似乎好像还是不懂测试驱动的涵义。

找个会TDD的人 pair programming 一下

从一个小程序开始 使用 TDD。

不要幻想一口吃个胖子，直接应用在大项目中。

TDD 中的T，是单元测试。所以需要你具有一定的经验，把大模块划分成若干小的，再分而治之。

测试驱动开发，如果你认为开发是在功能点明确的情况下来做具体实现，那就没有问题。 对于一定规模的系统，一定是在基本技术架构基础上，划分出明确功能点，功能模块才开始开发的，这个时候TDD，顺利成章。如果是功能点本身不明确，模块划分有问题，那是需求确认问题、整体设计问题，和TDD关系不大。当然整体架构也可以TDD，这个就说来话长，仁者见仁了。
对于如何TDD，不必那么学究，只要在明确的功能规格下开发，可以自成一派。

大系统是由小功能组成的！
ＴＤＤ解决的是编码问题，大系统如何分解成小功能不在测试驱动开发的范围之内。