为何在Azure Pipeline中构建Angular项目前需先运行单元测试？

为什么推荐先运行单元测试？ #

• 快速排错，节省时间：单元测试的执行速度比完整构建快得多，能第一时间发现代码里的逻辑bug、语法错误，不用等十几分钟构建完成才知道代码有问题。
• 避免做无用功：如果单元测试通不过，就算构建成功，产出的包也是有问题的，提前终止流水线能节省服务器资源，避免无效的构建和后续流程。
• 守住代码质量底线：把测试前置能在代码变更早期就拦截不符合预期的改动，防止有问题的代码进入构建、部署环节，减少后续修复的成本。
• 贴合CI/CD左移理念：把质量检查往开发流程前端挪，越早发现问题，修复成本越低，这也是CI/CD的核心原则之一。

单元测试是否必然包含构建步骤？ #

Angular的单元测试（通常用Karma+Jasmine）不需要完整的生产构建，但会执行轻量的编译步骤：

• 测试时Angular CLI会把TypeScript转成JavaScript，处理模块依赖，生成测试环境能运行的代码，但这个过程和ng build的生产构建完全不同——不会做代码压缩、树摇、环境变量替换这些生产优化，也不会生成最终的dist包。
• 很多人把测试和构建分成两个步骤，主要是为了：
  • 明确流水线阶段，逻辑更清晰，方便排查问题；
  • 可以单独配置测试环节（比如只跑测试、生成测试报告），和构建环节的生产配置彻底分开；
  • 测试失败直接终止流水线，不会进入耗时的构建步骤，进一步节省资源。

内容的提问来源于stack exchange，提问作者DevSay