TDD能带我们去哪里？

"当客户提出了一个需求，你需要理解的不但是他这个需求说了什么，更要理解他因什么样的现实困境而产生目前的这个需求。进而才能协助用户一起判断，他所表述的这个需求，是不是真正能够帮助他摆脱目前的困境。"

"...深入理解用户的那个世界...
...深入理解用户的需求...
...深入的掌握的判断设计优劣的标准..."

---当你做到这一点时，我用TDD和重构已经完成一个可让客户验证，反馈，测试的n个迭代的版本了，你说现在谁更理解用户的需求?

你认为我是如何去理解界用户需求的呢？

不知道，但我知道不会很快

唉，所以说你还是没有理解我对TDD的看法，理解用户需求，从成本和效率来说，由低到高排列：

1、面谈
2、白板
3、快速原型
4、TDD+重构+现场用户

不经过前面三个阶段，直接进入第四个阶段，是不经济的。

是我没有说清楚，我说的快速原型不是程序，而是静态HTML页面，或者PPT之类的东西。

静态HTML页面，或者PPT之类可以重用吗？

不是为了重用，是让客户和你，双方确认需求的一致性，不至于等程序出来以后才发现猪头不对牛嘴。