Azure DevOps：分阶段发布管道中如何在Staging部署前运行自动化集成测试

没问题！完全可以配置你的CI/CD管道，让集成测试只在部署到Staging环境之前运行，主流的CI/CD平台都支持预部署任务钩子或者阶段依赖来实现这个需求。下面是具体的实现思路和示例：

1. 拆分管道为明确的阶段 #

首先把你的管道拆成几个核心阶段，确保流程清晰：

• 构建阶段：编译代码、打包应用（这部分是通用的，所有环境共用同一个构建产物）
• Development部署阶段：直接部署到Dev环境（这里可以只跑单元测试，或者不跑额外测试）
• 集成测试阶段：专门用于运行集成测试，仅在准备部署Staging时触发
• Staging部署阶段：只有当集成测试通过后，才执行部署

2. 通过阶段依赖+条件控制触发测试 #

关键是给集成测试阶段/任务加上触发条件，确保它只在Staging部署流程前运行，不会在Dev部署时触发。下面是几个主流平台的配置示例：

Azure DevOps YAML 示例 #

用stage定义各个阶段，通过dependsOn和condition来控制执行顺序：

stages:
- stage: Build
  jobs:
  - job: BuildApp
    steps:
    - script: echo "编译代码、打包应用和集成测试项目"

- stage: Deploy_Development
  dependsOn: Build
  jobs:
  - job: DeployDev
    steps:
    - script: echo "部署到Development环境"

- stage: Run_Integration_Tests
  dependsOn: Deploy_Development
  condition: succeeded() # 只有Dev部署成功才进入测试阶段
  jobs:
  - job: IntegrationTestJob
    steps:
    - script: dotnet test ./YourIntegrationTestProject.csproj --configuration Release

- stage: Deploy_Staging
  dependsOn: Run_Integration_Tests
  condition: succeeded() # 只有集成测试通过才部署Staging
  jobs:
  - job: DeployStaging
    steps:
    - script: echo "部署到Staging环境"

这样配置后，集成测试只会在Dev部署成功后、Staging部署前运行，测试失败的话管道会自动终止，不会部署到Staging。

GitHub Actions 示例 #

用jobs和needs、if条件来控制流程：

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - name: 构建应用
        run: echo "编译并打包应用"

  deploy-dev:
    needs: build
    runs-on: ubuntu-latest
    steps:
      - name: 部署到Development环境
        run: echo "完成Dev环境部署"

  run-integration-tests:
    needs: deploy-dev
    if: success()
    runs-on: ubuntu-latest
    steps:
      - name: 执行集成测试
        run: dotnet test ./YourIntegrationTestProject.csproj

  deploy-staging:
    needs: run-integration-tests
    if: success()
    runs-on: ubuntu-latest
    steps:
      - name: 部署到Staging环境
        run: echo "完成Staging环境部署"

3. 利用平台自带的预部署钩子（可选） #

有些平台还提供专门的预部署任务配置，比如：

• Azure DevOps 中，可以直接在Staging环境的部署前条件里添加测试任务，不需要单独拆分阶段，配置更简洁
• GitLab CI 中，可以在Staging部署job的before_script里执行测试，但要加上环境判断条件，确保只在Staging环境时运行

4. 额外注意事项 #

• 集成测试最好用与Staging环境一致的隔离测试环境来运行，避免依赖Dev环境的状态，保证测试结果准确
• 如果需要更严谨的流程，可以在集成测试通过后、Staging部署前添加人工审批阶段，由团队确认后再执行部署
• 确保测试任务失败时，管道会自动终止，避免将有问题的代码部署到Staging

这样配置后，就能完美实现你的需求：集成测试仅在发布管道中、部署至Staging环境之前运行。

内容的提问来源于stack exchange，提问作者Tech with Thiru