上下文 #

• 操作系统：Windows 11（Azure虚拟机）
• CI/CD：Azure DevOps（自托管代理）
• 测试框架：pytest
• GUI自动化工具：pywinauto / WinAppDriver（评估中）
• 应用类型：原生Windows GUI应用

目标 #

无需手动登录或干预，从CI/CD管道中实现：

1. 启动Windows GUI应用
2. 通过pytest等方式程序化交互
3. 运行稳定、可重复的GUI测试

核心问题 #

GUI测试需要活跃交互桌面会话，但CI/CD管道通常运行在非交互（无头）环境中，具体挑战包括：

• 通过RDP访问虚拟机并断开会话后，GUI无响应或冻结
• 将Azure DevOps代理作为Windows服务运行会导致Session 0隔离，无法进行真实GUI交互
• GUI自动化工具因窗口不可见、输入事件无法正确传递而失效
• 管道无法可靠启动或与GUI应用交互

已尝试方案 #

• RDP会话：仅在主动连接时有效，断开后GUI交互失效
• 代理作为服务运行：导致Session 0隔离，无法访问GUI
• VNC：考虑用其维持虚拟桌面会话，但担忧稳定性、安全性及是否能解决Windows会话问题

疑问 #

1. Windows环境下CI/CD管道中运行GUI测试的推荐方案是什么？
2. 如何在Windows 11 Azure虚拟机上确保持久稳定的交互会话？
3. 使用tscon转移/断开RDP会话在CI/CD中是否可靠？
4. VNC是否可行，或有更好的替代方案？
5. Azure DevOps代理应以后台进程（自动登录后）运行，还是有更优模式？

期望获得 #

• 稳健的生产级架构
• Windows会话处理、CI/CD GUI自动化的最佳实践
• 包含以下内容的分步指南：
  • 虚拟机配置（自动登录、电源设置等）
  • 代理部署
  • 管道集成
  • pytest与GUI工具集成

稳定性至关重要，不可接受不稳定的GUI测试，恳请提供相关见解、推荐架构或详细配置说明。

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