TDD对单元测试支持的功能开发的组织好处是什么？

Question

我听说过TDD是一种组织开发范式，所有开发人员都被要求让测试驱动开发，我还听说过一些组织，只要应用程序的单元测试覆盖率接近90 %，就不会接受TDD。我从未听说过的一件事是，为什么一个组织会为TDD制定一个标准，特别是当它是一个单独的开发规程时。

Answer 1

使用TDD而不是事后构建测试的主要好处是系统更“干净”，我的意思是减少耦合、它们所属的职责以及一个清晰的公共API。事实之后的测试倾向于产生设计为通过的测试，跳到系统强制的循环(就像必须连接到数据库，因为DAO与数据库代码耦合)。

总之，我倾向于混合各种方法:大多数情况下，我只编写代码(特别是当我在实验时)，然后使用测试来清理我的混乱。

Answer 2

这是我想你要说的。以一个在TDD中根深蒂固的团队/组织为例。他们雇佣一个非常优秀的新程序员，但没有TDD方面的经验，事实上，他们并不相信TDD真的有效(他们雇用这个人是为了提供多样化和潜在的新思维方式)。

只要新人编写了符合规范的好代码，而且不需要先测试就能适应整个项目，那么谁在乎呢？不是过程而是产品。我觉得这很重要。你不能在岛上编密码。最终，其他人将不得不使用这段代码。

不管是遵循形成标准、命名约定、TDD、Scrum、OOP还是EIEIO，所有成员都应该在团队框架内工作。这并不意味着他们是一个糟糕的程序员；只是一个不合适的人。并不是所有的团队都是完美的，也不是所有的方法都是完美的，但是除非你能改变其他人，否则你至少需要参与当前的项目。

Answer 3

TDD的一个真正好的方面是它迫使您首先考虑需求。不明确的规范可以在实现之前进行散列。在组织层面，它减少了资源的浪费，这是每个组织都在努力实现的目标。