FEST Robot在Windows TeamCity CI服务器上无法与GUI交互，单选按钮点击后未选中

这种CI环境下的GUI测试坑我也踩过不少！看了你提供的测试代码和错误信息，结合Windows TeamCity的特性，我整理几个大概率能解决问题的方向：

1. 检查TeamCity服务的桌面交互权限 #

Windows上的TeamCity服务默认通常以本地系统账户运行，这个账户没有桌面交互权限——而FEST Swing的Robot需要访问桌面会话才能模拟用户操作。解决方法：

• 打开Windows服务管理器，找到TeamCity相关的服务（比如TeamCity Build Agent）
• 右键选择「属性」→「登录」选项卡，勾选「允许服务与桌面交互」
• 更稳妥的方式是改用一个拥有管理员权限的本地用户账户来运行服务，确保该账户能正常登录桌面环境

2. 优化FEST组件定位与点击方式 #

你直接操作JRadioButton对象可能在CI环境下出现点击偏移，试试用FEST的专用Fixture类来精准定位：

// 替换原有的robot.click(radio)
JRadioButtonFixture radioFixture = new JRadioButtonFixture(robot, radio);
radioFixture.click();

另外可以强制设置Robot的屏幕分辨率，避免CI环境的虚拟显示适配问题：

robot.settings().screenSize(new java.awt.Dimension(1920, 1080));

3. 处理EDT事件的延迟问题 #

虽然你已经做了事件队列检查，但CI环境的EDT处理速度可能比本地慢很多。试试显式等待组件状态变化：

// 点击后等待最多5秒，直到单选按钮被选中
robot.waitForCondition(() -> radio.isSelected(), 5000);
// 或者用FEST自带的等待器
Waiter waiter = new Waiter();
waiter.waitUntil(() -> radio.isSelected());

如果实在不行，可以临时加一段短暂的睡眠（不推荐但CI环境下偶尔有效）：

Thread.sleep(1000); // 等待1秒确保事件处理完成

4. 升级FEST到兼容的替代版本 #

你用的fest-swing 1.2.1是比较老旧的版本，原FEST项目已经停止维护，现在有官方衍生的AssertJ Swing，API基本兼容但修复了很多兼容性问题。把Maven依赖替换成：

<dependency>
    <groupId>org.assertj</groupId>
    <artifactId>assertj-swing</artifactId>
    <version>3.17.1</version>
    <scope>test</scope>
</dependency>

额外排查建议 #

• 在TeamCity构建配置中开启屏幕录制，这样可以直观看到测试过程中GUI的实际状态，确认点击是否真的命中了组件
• 检查Windows服务器的事件日志，看看有没有AWT/Swing相关的错误或警告信息，可能会找到权限或环境问题的线索

内容来源于stack exchange