在TDD社区中有许多人对编写测试和代码(我与他们一起)感到非常宗教，但是对于一个正在与TDD打交道的团队，妥协还会带来更多的好处吗？

我可能成功地让团队编写单元测试一旦代码写(可能作为检查代码的要求)，我的假设是，仍然有价值，写这些单元测试。

将困难的团队带入TDD的最好办法是什么？而失败的是，它仍然值得编写单元测试，即使它是在代码写后？

编辑

我已经采取了这一切，是重要的是我们开始单元测试，在编码过程中的某个地方。对于那些接受这个概念的团队，开始更多地转向TDD和测试。感谢大家的意见。

跟进

我们最近开始了一个新的小项目，一小部分团队使用TDD，其余的代码后写单元测试。在我们封装了项目的编码部分之后，那些在代码之后编写单元测试的人惊讶地发现，TDD编码器已经完成了，并且具有更加稳固的代码。这是一个赢得怀疑论者的好方法。我们仍然有很多成长的痛苦前面，但意志的战斗似乎结束了。感谢大家谁提供咨询！