关于单元测试

作为曾经的测试技术负责人，做研发之后本身是不喜欢写单元测试的，在看到这个文章之后，有了更多的借口?

以下摘录于：https://boyter.org/posts/expert-excuses-for-not-writing-unit-tests/

List of Generic Fall-back Excuses

对于任何一段代码，以下借口通常都适用。随意使用任何随机或按顺序。请记住随着时间的推移循环使用它们，以避免您的借口被采用。

• 代码太复杂，无法进行单元测试。
• 代码太简单，无法进行单元测试。
• 没有不改变的单元测试代码。
• 这是一个破坏性的过程，因此无法进行单元测试。
• 单元测试不会告诉我这段代码是否真的有效。
• 该代码没有副作用，因此无需对其进行测试。
• 由于依赖关系，测试该代码太慢了。
• 我可以更快地手动测试。
• 客户支付的是可交付成果而不是单元测试。
• 那是QA的问题。
• 单元测试只是伪装的断言。
• 单元测试是 FORTRAN 时代的主要内容。
• 单元测试不是寻找错误。
• 用代码行衡量编程进度就像用重量衡量飞机制造进度。- 比尔盖茨
• 每条规则都有例外，我们当然必须灵活。
• 永远不要归咎于恶意，这可以用无能来解释。- 拿破仑
• 测试是为共产主义者准备的。
• 单元测试导致自闭症。
• 我是该项目的唯一开发人员。
• 这是一个仅限内部使用的工具。
• 这个的唯一用户是我。
• 单元测试是反敏捷的。