Azure DevOps CI/CD构建成功后测试发布管道设置及错误解决

一、解决发布管道工件目录创建失败错误 #

可能原因及修复步骤 #

• 代理权限不足
  检查运行发布管道的代理服务账户（如自托管代理的NT SERVICE\AzureDevOpsAgent）对路径 C:\azagent\A5_work\r1\a 是否拥有读写权限。右键目标目录→属性→安全，给对应账户添加修改、写入权限。
• 路径异常
  手动登录代理所在机器：
  1. 若目录不存在，直接创建C:\azagent\A5_work\r1\a并配置权限；
  2. 若目录存在但无法访问，删除后重建，同时关闭占用该目录的进程（如文件资源管理器、其他运行中的管道）。
• 工件配置错误
  进入发布管道编辑页：
  1. 检查“工件”选项卡中关联的构建管道是否与拉取请求触发的构建匹配；
  2. 确认CI构建管道包含Publish Build Artifacts任务，且输出路径配置正确，确实生成了可发布的工件。
• 代理工作目录损坏
  重置自托管代理：
  1. 进入代理安装目录（如C:\azagent），运行.\config.cmd remove卸载代理；
  2. 重新执行.\config.cmd配置代理，可选择重置原有工作目录或指定新路径。

二、Azure DevOps Server CI/CD构建成功后测试发布管道的可行配置 #

核心配置方案 #

1. 构建-发布关联与触发
   • 在发布管道的“工件”模块添加CI构建管道作为来源，设置触发规则为「构建成功时自动触发发布」，可指定特定分支（如main、develop）。
2. 分阶段测试部署
   • Dev测试阶段：
     • 用Deploy to IIS/Deploy to VM等任务将构建产物部署到开发测试环境；
     • 添加Visual Studio Test任务，关联已创建的测试计划，执行自动化单元/集成测试；
     • 设置阶段条件：仅当前一阶段（CI构建）成功且测试通过率达100%时，进入下一阶段。
   • UAT测试阶段：
     • 部署产物到用户验收测试环境；
     • 集成Test Plans中的手动测试用例，添加测试人员审批环节，仅测试通过后才能推进到生产部署。
3. 拉取请求测试验证
   • 在CI构建管道中加入Run Functional Tests任务，拉取请求触发构建时自动执行测试计划中的核心用例；
   • 设置分支策略：仅构建成功且测试通过的PR允许合并到目标分支。
4. 工件与资源优化
   • 用Publish Pipeline Artifacts替代传统Publish Build Artifacts，提升工件存储与版本管理灵活性；
   • 配置工件保留策略，自动清理过期构建产物，避免占用代理磁盘空间。
5. 错误反馈与监控
   • 添加Post Deployment Approvals任务，测试失败时自动通知开发人员；
   • 集成Collect Diagnostic Data任务收集日志，方便排查测试或部署失败原因。

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