扩展上我学会了如何从通过这个问题， 问题描述编写两个人提到TDD。
难道是很好的首发进入TDD（和避免未来？坏习惯），或当了解编程语言是什么将它的舞台太复杂？
Answer 1:
TDD是指比“传统”方法简单（没有测试它直到末） - 因为测试澄清你明白的问题是什么。 如果你确实没有的问题是什么明确的想法，写测试是挺难的。
因此，对于一个初学者来说，编写测试得到的果汁思想方向是正确的，这是合同行为，而不是执行行为去。
Answer 2:
我想TDD是，当我第一次学习编程，而我得到的“老办法”，使得它很难对我来说，学习TDD如此根深蒂固之前就捡了起来......
Answer 3:
体验TDD的所有规则
我还认为，理想的TDD将在学习的初期阶段非常有帮助。 现在回想起来，我知道它会的帮助我在接近一个完全不同的光的问题。
什么我困惑的是，当一个是学习，也有被吸收这种混淆可以开始设置在很早这么多的新概念。 因此，尽管我认为TDD是超级有帮助的，我不认为这可能是东西是由一个人的自我成功经验。
就像生活中任何其他人，我们往往学得最好，当有人在物理教我们。 我们展示他们如何处理在TDD方式的问题，可以做这么多比在书本上或在网络上阅读了。 我的意思是，这不能伤害，但它不是一个导师能真正告诉你的绳索的替代品。
体验TDD是一切 ，所以如果你能有人教你如何在那些早期阶段TDD的，我认为学习作为一个整体将加速超出了任何人期望的那样。
Answer 4:
def self.learn_tdd_and_programming_together?
if you_have_tdd_mentor_sitting_next_to_you?
"go for it"
else
if language.ruby?
"it's possible, there is quite a bit of good stuff out
there that could give you a chance of learning programming
with TDD from the start. It's sort of in the ruby culture"
elsif language.dot_net?
"learn TDD after you learn the basics of .NET"
end
end
end
Answer 5:
it's certainly a lot to take in, but having said that I wish I started out writing unit tests. What would actually have been good was if I had a mentor at my workplace who could have guided my TDD progress. I've been self learning TDD on and off for about a year and there's a lot to cover and the more you do it the more involved it gets, but it's really starting to pay off now for me.
Answer 6:
我觉得这个意见说明，它可以是一个非常好的事情初学者学习直线上升。
Answer 7:
我编程的座右铭是：
- 使其运行 - 程序解决问题
- 作出正确的 - 程序简洁的设计，并有重复少量
- 让它快 - 优化（如果需要）
测试驱动开发处理第2位。
我是这么认为的，他知道如何使程序运行初学者应该教TDD。 恕我直言，只有这样才能很好的设计技术教。
Answer 8:
我想是的。 研究甚至发现， 好处是最大的初学者 。 它给你提供更多的指导编写的代码。 你知道结果和行为应该是什么，并写了测试。 然后，你写的代码。 测试通过。 你完成了。 你知道你就大功告成了。
Answer 9:
是! 当然。
Answer 10:
我认为这不是很好的人刚开始学习编程。 这个人怎么会知道断言什么？ ：P TDD是设计，而不是测试。 一旦一个人知道如何编程，它会开始studiying的TDD方式的好事。
Answer 11:
首先，你需要了解如何编写代码好。 阅读，学习和实践的研究直到你有一个好手柄。 一旦你的，看看测试驱动的设计 - 这是非常强大的。
Answer 12:
TDD的一个重要好处是定义煮熟。 在简单的算法编程，如果你拿出几个场景中正确性容易断言，它很容易一一列举在单元测试，并保持编码，直到他们所有的工作。
有时候，单元测试是很难对于初学者来说，如果有很多依赖，你开始运行到场景中的对象嘲讽是必要的。
但是，如果你能做出正确的简单语句，很容易打出来的话，肯定把它写在代码。
您可能还注意到，如果正确的一个简单的声明是不容易描述，你可能不完全理解你的问题。
祝好运...
Answer 13:
这真的取决于你的一个“启动器”的定义。 如果“启动”你的意思是一个人，绝对没有编程背景，则没有，我不认为TDD是开始了一个很好的办法。 程序员需要担心的重构和测试驱动开发之前学习的基础知识（避免无限循环，内存分配等）。
Answer 14:
代码是代码是否是你试图扣球出的东西，或测试。
在最开始学习TDD有很多的价值。 它的那些技能，应该是一种习惯之一。 有很多我们在那里，了解和喜欢的TDD的价值，但多年的节目注入了一些一些习惯是很难打破以后。
至于TDD是合同设计/代码实现/测试它的所有的这些事情。 将TDD为您带来完美的代码？ 不，经验和研究的工艺将帮助你成熟的编码方法。 但是TDD是每个开发者一个非常重要的工具。
使用TDD的希望能帮助您带来的设计是可测试。 而一个设计是可测试是在理论以及封装，并应坚持开放封闭的主体。
在我看来，只要有人观看TDD的东西，这是一个小众工具或以某种方式可选，而写代码，那些人显然不明白TDD的价值。
文章来源: Is Test Driven Development good for a starter? [closed]
