你无法为“品味”编写单元测试
单元测试可以验证代码功能是否正确，却无法衡量设计的美感与用户体验的优劣。本文探讨了“品味”在软件开发中的主观性，指出过度依赖测试覆盖率可能忽视代码的可读性、可维护性和直觉上的优雅。作者认为，真正优秀的软件需要在客观测试与主观审美之间取得平衡。
背景速读
- 作者 Karl Tryggvason 是一位开发者，这篇短文质疑了软件工程中一个流行的信条：自动化测试（尤其是单元测试）能否保证代码质量。
- 核心论点：测试可以验证代码“是否正确工作”（does it work?），但无法判定代码是否“优雅、易读、易维护”——这些主观判断属于“品味”（taste）范畴，只有人工代码审查才能评估。
- 背景是近年来测试驱动开发（TDD）和“高测试覆盖率”被不少团队奉为最佳实践，但过度强调自动化测试有时会导致开发者忽视代码的可读性与设计合理性。
- 这延续了软件行业内关于“量化指标 vs 主观判断”的长期争论：覆盖率数据很好看，但代码可能依旧难以维护或扩展。