Azure DevOps Server构建步骤能否配置自定义条件实现时段运行？

完全可以通过构建步骤的自定义运行条件实现这个需求，不需要退回原来PowerShell脚本包裹全测试流程的模式，完全适配你目前已经搭好的TestCafe安装、测试执行的流水线结构。

核心判断逻辑拆解 #

你原本的时间分流规则，本质就是两个独立测试执行步骤的触发规则：

• 全量TestCafe测试套件步骤：仅在构建触发的时间落在每日6:45-8:00的窗口内时运行
• 常规小范围测试子集步骤：仅在构建触发时间不在上述窗口时运行

具体配置方式 #

推荐做法：直接用流水线原生的自定义运行条件 #

现在主流CI平台的每一个构建步骤，都自带自定义运行条件的配置入口，根本不需要把测试执行的逻辑重新包回PowerShell脚本里，只要把时间判断的逻辑直接写到步骤的条件表达式里就行，完全实现你想要的“测试执行环节作为常规构建步骤”的目标：

1. 配置全量测试步骤的触发规则
   条件的核心判断逻辑分两层：
   • 常规前置判断：前面的TestCafe安装、依赖安装步骤都执行成功，也就是内置的succeeded()判断
   • 时间窗口校验：取流水线的实际执行时间，判断是否处于6:45-8:00的区间
     这里要特别注意：必须显式指定判断用的时区，如果直接用CI默认的UTC时间，会把你的时间窗口偏移好几个小时，完全达不到预期。参考的条件表达式逻辑：
     and(succeeded(), ge(format(currentTime, 'HH:mm'), '06:45'), le(format(currentTime, 'HH:mm'), '08:00'))
2. 配置常规小范围测试步骤的触发规则
   直接写上述时间窗口的反向判断就行，保证两个测试步骤在同一次构建里永远只触发其中一个：
   and(succeeded(), or(lt(format(currentTime, 'HH:mm'), '06:45'), gt(format(currentTime, 'HH:mm'), '08:00')))

适配做法：如果CI平台不支持直接在条件里写时间判断 #

也不用回退到“PowerShell脚本控制所有测试执行”的老路，只需要在测试步骤前面加一个极简的前置判断步骤，输出一个标记用的构建变量，再把这个变量作为两个测试步骤的触发依据就行：

• 前置判断步骤的核心代码：

  # 固定时区取当前时间，避免构建机时区漂移
  $currentTime = (Get-Date).AddHours(8).ToString("HH:mm")
  $isInFullTestWindow = ($currentTime -ge "06:45") -and ($currentTime -le "08:00")
  # 输出为可被后续步骤引用的构建变量
  Write-Host "##vso[task.setvariable variable=runFullTest;isOutput=true]$isInFullTestWindow"
  

• 全量测试步骤的触发条件：当上述变量值为true时执行
• 小范围测试步骤的触发条件：当上述变量值为false时执行

注意事项 #

• 一定要对齐旧脚本的边界规则：比如8:00整触发的构建是跑全量还是跑小测，要和原来的PowerShell脚本的判断逻辑完全一致，避免出现边界值错位
• 已经配置好的TestCafe本体安装、testcafe-reporter-junit安装的步骤，因为两个测试场景都会用到，直接放在两个带条件的测试步骤前面就行，不需要重复配置
• 时间判断不要依赖执行机的系统时区，最好在判断逻辑里显式偏移到目标时区，避免构建机跨区域调度、系统时间变更时出现判断错误

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