反对测试驱动开发

注释驱动？还先进的理念哦，可是注释怎么运行起来确保实现代码是正确的呢!

楼主的“注释驱动”在《代码大全》里有详细的描述，参看其中“伪代码编程”。这个和测试驱动并不冲突，伪代码编程的重点在整理出思路，完成功能的编码。测试驱动是要整理出功能，并确保功能正确实现。即使你用伪代码编程法完成了代码编写，就能保证正确吗？手工测试？发现错误，修改，再手工测试？呵呵，自动化测试的部分价值在这。另一部分价值是，想写出测试，就需要先知道测试什么，如果发现写不出测试，那就是功能还没完全定位准确，退回去仔细想想吧。
别说测试驱动否定设计，它在推着你设计呢。

问题就在于 测试驱动的驱动过于 low level了

在我随便写了这个comment之后，看到了 Ivan jacboson 的评论 你可以参考下

楼主很明显就没有搞明白为什么要“测试驱动开发”，关键就在于驱动二字之上，只有测试才能体现结果，才能证明你所做的行之有效。

设计也好，注释也好，都不能直接体现出来你编程的对错，而只是一个前提。也就谈不上去驱动你的开发了。

在代码级的开发上，我觉得测试驱动开发还是有用的，至少为代码的重构提供了更强的信心，并且测试用例也是可以随着代码的演变而调整的，甚至可以说测试和代码的演变可以互为驱动。

我同意楼主的说法, 我觉得始终还是要想好了再下手, 不能没想就开始漫无目的的测试, 再等待慢慢提纯.
过于高层次不好, 同样过于关注微观也不好.

呵呵，testing == design，正向还是反向思考的问题，本质上都一样，老外脑子比较死，不会二分法，阴阳调和，非得说明白才行。。。

哈 你这句话说了等于没说呀 关键就是不知道咋整出好代码吗不是

不管正向驱动，还是反向驱动，只要能写出高质量代码的驱动就是好驱动~~~