QT 的 Squish » Python：AUT 关闭后 Squish 脚本应继续答案

【问题标题】：Squish for QT » Python: Squish script should continue after AUT was closedQT 的 Squish » Python：AUT 关闭后 Squish 脚本应继续
【发布时间】：2018-10-05 04:47:00
【问题描述】：

我们正在使用 Squish for QT 来自动化我们项目中的测试用例。对于特定的测试用例，AUT（被测应用程序）将关闭以执行更新。

关于测试用例的简短信息：

==开始==

AUT 打开
打开下载页面
从下载页面选择不同的项目
选择按钮 --> AUT 将自动关闭并出现“更新”-应用程序。
浏览下载过程。 --> AUT 将再次打开
检查下载是否成功以及所有新组件是否可用。

==结束==

我的问题是 Squish 会在 AUT 关闭后自动停止我的脚本（在第 4 步之后）。

有谁知道 Squish for QT 是否有可能在更新过程中处理这个“第二个应用程序”？

谢谢你和亲切的问候！

菲利克斯

【问题讨论】：

可能你需要在关闭主应用程序后附加到第二个Update应用程序：doc.froglogic.com/squish/latest/…。
如果我尝试附加到此应用程序，我会收到以下脚本错误：“Detail RuntimeError: Attaching to AUT 'applicationname' failed: connection to AUT denied.”

标签： python qt squish

【解决方案1】：

Squish 在某些时候进行了更改，以允许在 AUT 退出后执行脚本，因此请确保您拥有最新的 Squish 包。

Update 应用程序和新启动的 AUT 可能会再次连接起来：

在 Windows 上，它们需要通过 dllpreload.exe 或 startaut.exe 启动，或者将可附加的内置 Hook 编译到其中 (Using the Built-in Hook)。
在 Unix 上，子进程挂钩必须在测试套件设置中启用，并且原始 AUT 实例的环境保持不变，或者它们需要将可附加的内置挂钩编译到其中。

【讨论】：

感谢您的回复，但是内置的钩子无法解决问题:)
（Qt）内置钩子有效。一定是出了什么问题。也许 Squish“bin”文件夹不在 PATH 中？此外，由于为了自动化而修改应用程序是可能的，因此通过 dllpreload.exe 或 startaut.exe 启动它也应该是可能的。我建议联系 Squish 的供应商。
嗨 frog.ca，squis 网站说：“在应用程序的代码中包含 qtbuiltinhook.h 头文件，它可以在 Squish 的包含目录中找到（...）”问题是我们无权访问应用程序源代码来包含此 Hook。我们只能访问 Squish 脚本。亲切的问候菲利克斯
然后 - 作为最后的手段 - 使用基于 Qt 插件的方法来连接未修改的应用程序可能会起作用。我不知道 Squish 的供应商是否已经实现了这一点。我建议联系他们询问。