unit-testing - 如果单元测试如此出色，为什么没有更多的公司这样做呢？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 10 年前。

我工作的第一家真正的软件公司就是关于单元测试(NUnit)的。我不知道我们当时是否真正坚持不懈——我不知道我们的代码覆盖率是什么样的，而且我正在编写大部分单元测试。从那时起，我遇到了一些进行大量测试的公司，但这是椅子测试:依赖于一个人在场，重复性低，发现错误的机会也低。另一种态度是:这是他们想要“在未来”继续进行的事情；基本上就是钱从天上掉下来的时候。

我怀念单元测试——它只是让生活变得更轻松。但我发现，当我寻找新工作时，单元测试要么是公司希望在未来“开始使用”的东西，要么是他们根本不做的东西(呃，它已经存在了一段时间了现在!)。我想说，过去 2 年我查看过的工作要求中，有 60-75% 根本没有列出单元测试。我只能想到一两个拥有单元测试经验的人(中级开发人员职位)。

所以问题是，缺少什么？我认为它可以提高人们的工作效率，但这只是在花费大量时间实际去做之后。没有关于单元测试节省成本的好的研究吗？这是我正在寻找的公司类型吗？

编辑:尽管标题有点魔鬼拥护者的意思，但我认为自己是单元测试的支持者。

Answer 1

根据我的经验，这涉及到几个因素:

1. 管理层并不真正了解单元测试到底是什么，或者为什么它对他们具有真正的内在值(value)。
2. 管理层往往更关心产品的快速交付，并且(错误地)认为单元测试会适得其反。
3. 有一种误解，认为测试只属于质量保证的范围。开发人员是编码员，无法编写测试。
4. 人们普遍存在一种误解，认为管理层必须花钱才能正确进行单元测试，尽管这些工具是免费提供的。 (当然，开发人员需要考虑加速时间，但这并不是真正令人望而却步。)
5. Will 的回答将完善这个答案:很难确定测试代码的值(编辑 jcollum)

当然，还有其他因素，但这些只是我到目前为止遇到的。