2,085 次测试，没有一次能打开前门

2,085 次测试，没有一次能打开前门
2,085 Tests, and None of Them Opens the Front Door

原始链接: https://i.brandanthonymcdonald.com/what-my-tests-do-not-cover

正在重定向至 https://www.brandanthonymcdonald.com/blog/what-my-tests-do-not-cover

这篇 Hacker News 讨论强调了仅依赖单元测试进行应用程序开发的局限性。讨论的核心是一个轶事：一位资深开发人员坚持要求进行严格的单元测试并大量使用模拟（mocking），他认为只要各个“乐高积木”组件运行正常，系统自然就能正常工作。然而，这种方法忽略了涌现行为（emergent behavior）；尽管实现了完整的单元测试覆盖率，但应用程序在部署后立即崩溃，原因是一个显而易见的错误，而该错误本可通过集成测试或手动测试发现。参与讨论者达成的共识是，单元测试最适用于库——即输入和输出定义明确的封闭系统，而应用程序存在于需要集成测试和端到端测试的“开放世界”中。最终，评论者们建议，仅依赖单一方法是不够的；稳健的策略需要平衡单元测试和集成测试，以确保精心打磨的组件在组合成复杂系统时也能正常运作。

2,085 次测试，没有一次能打开前门 2,085 Tests, and None of Them Opens the Front Door

2,085 次测试，没有一次能打开前门
2,085 Tests, and None of Them Opens the Front Door