TDD很痛苦

确实是没有，但常用的方式不是Mock模拟对象吗？否则你如果依赖于数据库运行测试的话，如何重建新的数据？以及，数据被功能测试、开发人员弄脏后，你的测试怎么跑呢？欢迎指教。

使用Mock进行业务层的开发，这个我经常用到。

呃～你这个纯粹就不靠谱嘛～
数据库有什么难的呢？放一套基础数据，每个测试准备自己需要的特殊数据，每个测试放在一个事务里执行，执行完把事务一回滚，干干净净，数据库永远都是基础数据的状态。
至于“数据被功能测试、开发人员弄脏”，这种事情都还发生的话，你的SVN要来干什么的？

你说的方式可以采纳。

你这个人真无趣。无中生有，造谣生非，我什么时候和别人讨论过tdd的项目管理功能？人品严重有问题！又跑到这个地方来敲破锣，不要坏了其他朋友的雅兴！

你来给大家解释下最起码的要求是什么？说下你们的tdd实践从头到尾的过程是怎样的？

估计又是写了一些单元测试用例，就自以为是tdd了。真正的tdd，实现起来要求很高的。不过伪tdd，倒是容易多了。

我从04年就开始研究并实践敏捷开发。到现在项目带过很多，自己也被带过很多的项目，成功的经验也有。失败的经验也有。我感到很失望，je上面的那么多的人，对于基本的敏捷概念都搞错了。还攻击别人懂不懂tdd，懂不懂scrum。简直是可笑。井底之蛙！

真正的敏捷之道，是敏捷宣传里面的理念，而非具体的实践。你自己好好体会下吧。不过我想以你这种偏执的人，和肤浅的理解，估计是体会不到的。

无理之极。泼妇一般。讨论问题，基本的概念要搞清楚。别人的观点也要搞清楚。观点不同，大可争论。不要挑起人身攻击。你看看我们的原文是如何写的?



我只和真正的男人讨论问题！

单元测试不等于tdd。单纯实现了单元测试，就是tdd?拜托自己去看看tdd的概念吧。

我没有用告诫这一词，而是建议。这是我所经历的几百人的开发团队的实践经验。如果你理解是告诫，那么只能是的脑子有问题。和常人不同。等同于病！

完蛋了。你要靠别人知道自己是不是男人。hoho



霸道之极，你有什么资格不让别人说话？还是之前说的，观点不同，大可讨论。不要带着人身攻击。我也没有找你惹你啊。你为什么要再三的针对我？看我不爽？

我的建议，是因为知道 tdd实施的难度有多大。贸然上，只能是搞出来一堆问题。所以才建议先搞好单元测试。逐步过渡到tdd。你没有管理经验，不能理解，也是很正常的。

至于我个人的技术研究，给你列举几个，信不信由你。
我搞了三年的系统自动化测试，开发了自己的自动化测试框架，开发了通用测试数据自动生成工具，设计了雅虎通讯中间件的通用mock,…….最后离开ali的时候，我和美国雅虎的一个负责测试的高级工程师聊过。我在ali的实践，已经远远超出来他们的尝试。

你可能又要攻击我，这是测试，不是tdd。真正实施tdd，需要面对团队理念的问题，工具选择的问题，测试数据的问题，环境的问题，测试人员的工作分派问题，等等。妄谈tdd，结果估计都会很惨。

呵呵，我以为多大个来头呢，原来就这么个背景啊
阿里的水平么…呵呵，你说得很对，去把scrum搞搞好，自动化测试做做好，就行了。关键是提高响应速度，减少质量缺陷。谈TDD，谈好代码，有点奢侈。

to mock1234: 你要明白，这个世界上愿意并且能够把代码写好的人，永远都是少数。不管是TDD还是别的什么方法，这个事情不会改变。对于平均水平的人和团队来说，像TDD这种东西就是奢侈品：太难掌握，带来的利益也不是他们所需要的。如何在现有水平上加快响应速度，如何减少浪费，这些事情也不是非要TDD才能做的。