如何将持续部署和测试与计划的最新版本测试相结合

时间:2019-04-08 14:31:27

标签: azure-devops azure-pipelines azure-pipelines-release-pipeline

给出以下发布渠道:

Release Pipeline

当前逻辑:

  • 阶段'Deploy to dev'部署到第一个环境。
    • 构建成功后立即运行。
    • 技术细节:部署到IIS。
  • 阶段“回归测试”在该已安装环境中运行测试。
    • 在上一步成功后运行。
    • 技术细节:使用newman运行邮递员测试。

问题:

  • 除了当前逻辑之外,我还希望每天运行一次回归测试阶段。
  • 它不应该创建新的构建,不应该重复“部署到开发”阶段,而应该运行“回归测试”阶段。

可以做到这一点而无需单独重新创建舞台吗?

1 个答案:

答案 0 :(得分:1)

是的,您需要做的就是为“回归测试”阶段启用 Schedule 预部署触发器。似乎不会立即显而易见,但这将使用最新版本的构建工件按计划运行。没有新的版本被触发。

https://docs.microsoft.com/en-us/azure/devops/pipelines/release/triggers?view=azure-devops#stage-scheduled-triggers

  

选择此选项后,可以选择星期几和   Azure Pipelines将在一天中的时间自动启动一个新的   部署。与预定的释放触发器不同,您无法配置   舞台触发器有多个时间表。请注意,   触发后,将创建一个新的部署,该部署将从以下位置部署工件   最新发布的版本,覆盖以前的任何版本   在舞台上部署了工件。它不一定需要   新版本的工件可用

通过结合 After 和 Schedule 触发器,成功完成“ Deploy to Dev”部署后将执行“ Regression Tests”阶段,然后再次 根据您指定的时间表。请注意,如果部署失败,则不会阻止计划的触发器的发生,因此,您需要确保在夜间运行之前成功进行了“部署到开发”。

从上面的引用中,您会注意到使用了“新部署”一词,根据您当前的使用情况,这似乎令人困惑。术语“阶段”以前称为“环境”,它包含的任务被认为是“部署”。由于您的回归测试实际上并没有部署任何东西,因此只运行测试。