本文介绍在 qftest 中验证 java hmi 应用是否真正终止的正确方法，强调避免关机过程中的 sut 通信、推荐使用内置终止节点，并提供可复用的健壮检测方案。
本文介绍在 qftest 中验证 java hmi 应用是否真正终止的正确方法，强调避免关机过程中的 sut 通信、推荐使用内置终止节点，并提供可复用的健壮检测方案。
在自动化 UI 测试中，验证被测系统（SUT）是否在测试结束时彻底退出进程，而非仅界面不可见或响应中断，是保障测试完整性的关键环节。尤其对于基于 Java 的 HMI 应用，QFTest 默认通过 Java Agent 与之建立深度集成连接——这一机制虽利于控件识别与操作，却可能阻碍 JVM 的即时释放，导致 rc.toSUT() 类调用在应用“逻辑关闭”后仍短暂成功，从而掩盖真实关闭状态。
因此，不建议在 shutdown 阶段主动发起 SUT 通信（如 socket 探测或 rc.toSUT() 调用）。该做法不仅违背 QFTest 的设计原则（Agent 连接生命周期应由框架统一管理），还易因连接残留引发误判或资源泄漏。
✅ 正确实践路径如下：
1. 优先使用 QFTest 内置终止机制
QFTest 提供专用于控制 SUT 生命周期的节点，它们能触发标准、可预测的关闭流程：
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- Shutdown SUT 节点：执行优雅关闭（发送 System.exit() 或调用注册的 shutdown hook）；
- Kill SUT 节点：强制终止进程（等效于 kill -9 或 Windows taskkill /f），适用于无响应场景；
- Wait for SUT to terminate 节点：阻塞等待进程实际消失，支持超时与重试配置。
这些节点已在官方 Demo 套件中经过充分验证。例如，路径
2. 若需自定义进程状态校验，请在 SUT 外部进行
当必须通过外部手段确认进程终结时（如 CI 环境审计），应脱离 QFTest Agent，改用操作系统级检查：
import subprocess
import time
def is_process_dead(pid_or_name):
"""检查进程是否已退出（跨平台）"""
try:
if isinstance(pid_or_name, int):
# Linux/macOS: 检查 PID 是否存在
subprocess.check_output(['kill', '-0', str(pid_or_name)], stderr=subprocess.STDOUT)
return False # 进程仍在运行
else:
# 通用方式：通过进程名模糊匹配（注意权限）
result = subprocess.run(
['pgrep', '-f', pid_or_name] if 'win' not in sys.platform else ['tasklist', '/FI', f'IMAGENAME eq {pid_or_name}'],
capture_output=True, text=True
)
return result.returncode != 0 # pgrep/tasklist 返回非0 表示未找到
except (subprocess.CalledProcessError, FileNotFoundError):
return True
# 在 QFTest Jython 过程中调用（确保 SUT 已触发 shutdown）
rc.setLocal("shutdownConfirmed", False)
for _ in range(60): # 最多等待 60 秒
time.sleep(1)
if is_process_dead("MyHMIApp"): # 替换为你的 Java 进程名（如 java -jar hmi.jar）
rc.setLocal("shutdownConfirmed", True)
break⚠️ 注意事项：
- 勿在 Shutdown SUT 节点执行前调用任何 rc.toSUT()，否则可能干扰正常关闭流程；
- 使用 Kill SUT 前请确保已保存关键状态，因其不触发 JVM Shutdown Hook；
- 外部进程检测需确保 QFTest 执行机具备对应 OS 权限（如 Linux 下 pgrep、Windows 下 tasklist）；
- 若上述方案仍无法稳定验证，请联系 QF-Test 官方支持 —— 此类问题常涉及特定 JVM 版本、Agent 配置或 SUT 启动方式，需结合日志与环境细节深入分析。
遵循以上方法，即可构建高可靠性、符合 QFTest 最佳实践的关闭验证流程，从根本上规避 Agent 连接残留导致的误判风险。
