我的公司是相当新的单元测试我们的代码。我一直在阅读关于TDD和单元测试一段时间，并相信他们的价值。我试图说服我们的团队，TDD是值得学习和改变我们的思维方式如何我们的计划，但它是一个斗争的努力。这给我带来了我的问题。
在TDD社区中有许多人对编写测试和代码(我与他们一起)感到非常宗教，但是对于一个正在与TDD打交道的团队，妥协还会带来更多的好处吗？
我可能成功地让团队编写单元测试一旦代码写(可能作为检查代码的要求)，我的假设是，仍然有价值，写这些单元测试。
将困难的团队带入TDD的最好办法是什么？而失败的是，它仍然值得编写单元测试，即使它是在代码写后？
编辑
我已经采取了这一切，是重要的是我们开始单元测试，在编码过程中的某个地方。对于那些接受这个概念的团队，开始更多地转向TDD和测试。感谢大家的意见。
跟进
我们最近开始了一个新的小项目，一小部分团队使用TDD，其余的代码后写单元测试。在我们封装了项目的编码部分之后，那些在代码之后编写单元测试的人惊讶地发现，TDD编码器已经完成了，并且具有更加稳固的代码。这是一个赢得怀疑论者的好方法。我们仍然有很多成长的痛苦前面，但意志的战斗似乎结束了。感谢大家谁提供咨询！
