如何对生产环境下基于Angular的应用执行集成测试

问题根因说明 #

你遇到的问题属于Angular构建逻辑的常规限制：Angular生产构建只会打包编译后的前端运行时代码，ng test 命令依赖的Angular CLI、Karma/Jasmine等测试依赖、源码与.spec.ts测试文件都会在生产构建阶段被剔除，且你最终部署用的Nginx镜像本身也没有Node.js运行环境，自然无法执行测试命令。

可选解决方案 #

方案1：将测试改造为生产可用性校验探针（推荐） #

• 把你原有的Service测试逻辑从Angular测试框架中剥离，单独写成轻量的Node.js请求脚本，保持原有的POST/GET/DELETE请求校验逻辑不变
• 两种部署方式可选：
  • 单独打包测试脚本为独立的K8s Job，每次生产部署完成后自动触发Job运行，测试通过才标记部署成功，不需要改动业务主镜像
  • 新增K8s sidecar容器，将测试脚本放到sidecar中，既可以作为Pod postStart 钩子在启动时自动执行，也可以配置为定时任务定期校验系统连通性
• 所有测试请求建议加专用标识比如请求头X-Test: true，下游服务识别后可自动清理测试数据，避免污染业务库。

方案2：在CI流水线的预生产环节完成测试 #

• 在GitLab CI中新增预生产部署阶段，部署和生产配置完全一致的预览环境
• 预生产环境部署完成后，直接在CI Runner中执行ng test，将测试的接口请求地址配置为预生产环境地址
• 测试全量通过后再触发生产环境的镜像构建和部署，不需要把测试能力带到生产环境，也能达到验证全链路协同的效果。

方案3：调整生产镜像构建逻辑（仅临时调试用，不推荐长期使用） #

• 修改Docker多阶段构建规则，最终运行镜像保留Node.js环境、Angular CLI、所有源码和测试文件，不要在构建阶段剔除测试相关依赖
• 该方案会导致生产镜像体积增加数倍，还会暴露源码和测试逻辑，存在明确的安全风险，仅适合临时排查问题使用。

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