Continuous integration 在本地运行测试时向TeamCity报告状态

我们有一个用AutoIt为我们的Windows应用程序（我们将继续支持的旧的遗留应用程序）制作的测试框架。这些从未按计划或CI的一部分运行（始终手动运行）。我试图从测试中获得某种自动运行（甚至只是状态报告），运气很差

我有一个可以运行测试的虚拟机。我尝试了我自己的web应用程序，它在本地运行和状态报告都可以正常工作。但在服务器上设置时，AutoIt报告无法打开应用程序。如果我尝试从.bat文件运行测试，也会发生同样的情况

我目前的解决方案是让AutoIt调用我的web应用来报告状态（本地工作正常，未在服务器上测试），或者看看我是否可以让AutoIt将结果报告回TeamCity。我已经安装了代理，但是当我从TeamCity运行构建时，AutoIt报告它无法启动应用程序。我在登录VM时尝试了这个，注销，RDS打开；不走运

是否可以从VM手动运行测试并将结果发送回TeamCity？当我从TeamCity运行它们时，它会读取AutoIt输出（以预期格式），但我需要让TeamCity知道更新结果（这样我们可以使用TeamCity而不是我的web应用程序来显示结果）

---

我可能需要找到一种方法让TeamCity知道构建已经开始，然后让它知道如何关注流程的输出，但我不确定。有什么想法吗？

我解决了这个问题，这样做可以更传统一些

如果有人对“从控制台运行代理”的含义感到困惑，这只意味着在不选中“作为服务”复选框的情况下安装代理，然后通过cd'ing到

BuildAgent/bin

目录并运行命令

agent start

手动启动代理。我还创建了一个批处理文件，该文件将自动执行此操作（但您必须以管理员身份运行它）

此外，我发现如果测试没有从正确的目录运行，AutoIt将无法执行任何操作，因此我必须设计一个解决方案

---

现在唯一的问题是，我必须让一台旧笔记本电脑始终连接到运行测试和应用程序的虚拟机上（因为如果没有交互的虚拟机桌面，AutoIt测试将无法工作）。

TeamCity将难以理解这种“外部管理”的构建。您能否提供更多关于从常规TC构建启动AutoIt时出现问题的详细信息？发生了什么，错误消息是什么，等等。构建代理是如何配置的？它是从服务开始的还是从脚本开始的？