为什么许多开发人员专注于增加单元测试的代码覆盖率，而不是集成或功能测试？

Question

在现实生活中，不可能有100％的代码覆盖单元测试的代码。但是似乎我的同事们只喜欢编写单元测试用例和快乐流程功能测试。最后，票证被质量检查拒绝，他们必须花费更多时间重新进行重构。

Answer 1

很难说是什么激励了您正在使用的特定开发人员，但是单元测试可以是：

• 更快
• 更易于设置/拆除（因为它们往往较少依赖外部资源）
• 由于可以访问内部组件，因此更易于编写
• 片状少（因为它们往往较少依赖外部资源）

具有可靠的回归测试很重要，但是任何可以写为单元测试的测试都应该是。