Azure DevOps Pipeline中WinAppDriver自动化测试Windows应用的锁屏冲突解决方案咨询

Hey, let's tackle this WinAppDriver + Azure DevOps agent head-scratcher you're dealing with. I've worked through similar scenarios before, so here are some solid, hands-off solutions that fit your security constraints:

1. 将自托管代理配置为在交互式用户会话中运行 #

默认情况下Azure DevOps自托管代理是作为Windows服务运行的，没有关联交互式桌面会话——这其实是WinAppDriver需要RDP连接的核心原因之一。你可以重新配置代理在用户登录会话中运行：

• 卸载当前的服务模式代理，重新运行config.cmd时选择Run as interactive process选项
• 配合微软官方的AutoLogon工具配置系统自动登录指定的管理员账号，确保系统重启后能自动进入交互式会话，代理也会随之启动
• 这种方式下，代理始终在活跃的用户会话中运行，WinAppDriver可以直接访问桌面，完全无需依赖RDP连接

2. 用脚本保持会话活跃，规避自动锁屏 #

如果不能修改公司的锁屏组策略，可以在测试流水线中加入前置脚本，在测试执行期间保持会话活跃：

• 编写一个简单的PowerShell脚本，每隔10分钟发送一次模拟鼠标移动或按键事件（比如轻移鼠标）：

  Add-Type @"
  using System;
  using System.Runtime.InteropServices;
  public class User32 {
      [DllImport("user32.dll")]
      public static extern bool SetCursorPos(int x, int y);
  }
  "@
  # 每隔10分钟移动一次鼠标，避免触发锁屏
  while($true) {
      [User32]::SetCursorPos(100, 100)
      Start-Sleep -Seconds 600
      [User32]::SetCursorPos(200, 200)
      Start-Sleep -Seconds 600
  }
  

• 在Azure DevOps Pipeline的测试阶段前，启动这个脚本作为后台进程；测试结束后，通过流水线任务终止该进程
• 注意：这个脚本必须运行在代理所在的交互式会话中，所以代理需要是交互式运行模式（参考方案1）

3. 利用Windows原生命令分离RDP会话（替代手动断开） #

如果你仍需要保留RDP连接的方式，可以用Windows的tscon命令将RDP会话分离，而不是直接断开（直接断开会触发锁屏）：

• 在RDP连接到虚拟机后，执行以下命令分离会话（会话会保持活跃且不锁屏）：

  tscon %SESSIONNAME% /dest:console
  

• 可以把这个命令加入到代理启动的初始化脚本中，或者在Azure DevOps Pipeline的前置阶段通过远程PowerShell执行（需要提前配置好WinRM权限）

4. 针对测试账号配置组策略例外（需安全团队许可） #

如果公司安全团队允许的话，可以针对运行测试的管理员账号单独放宽锁屏限制：

• 在组策略编辑器中，找到用户配置 > 管理模板 > 控制面板 > 个性化，修改屏幕保护程序超时和密码保护的屏幕保护程序，为测试账号设置足够覆盖最长测试时长的超时时间
• 测试完成后，还可以通过流水线脚本恢复原组策略设置，确保合规性

优先级推荐 #

方案1是最彻底的解决方式，从根源上消除了对RDP的依赖，长期维护成本最低。方案2是轻量级的临时 workaround，适合无法调整代理运行模式的场景。

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