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

Question

给出以下发布管道：

目前的逻辑：

• 阶段'部署到开发'部署到第一个环境。 一旦构建成功就运行。 技术细节：部署到IIS。
• 阶段'回归测试'在该安装环境上运行测试。 在前一阶段成功后运行。 技术细节：使用纽曼来进行邮差测试。

题：

• 除了当前的逻辑，我还希望按日计划运行回归测试阶段。
• 它不应该创建一个新的构建，不重复'Deploy to dev'阶段，只运行'Regression tests'阶段。

这可以在不重新创建舞台的情况下完成吗？

Answer 1

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

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

选择此选项后，您可以选择一天中的几天以及Azure管道将自动启动新部署的时间。与计划发布触发器不同，您无法为阶段触发器配置多个计划。请注意，对于计划的触发器，将创建一个新部署，该部署从最近可用的版本部署工件，覆盖该阶段以前部署的所有工件。它不一定需要更新版本的工件

通过结合After Stage和Schedule触发器，“回归测试”阶段将在成功“部署到开发”之后执行，然后再次按照您指定的计划执行。请注意，如果部署失败，则不会阻止计划的触发器发生，因此您需要确保在每晚运行之前成功“部署到开发”。

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