我们使用的用户界面自动化,关于创建测试UI测试WPF应用程序。我们已经创建了测试工作的现时你跑他们从一个地方机。这些试验从没成功运行,我们建立服务器(用TeamCity).建立总是挂断之后打开应用程序的窗口。但是,如果我记录在(远程的桌面),在我们建立服务器的所有UI自动化测试还成功运行。所以我猜它大概已经是与运行的活动windows届会议。任何想法如何说服我们建立服务器创建活动windows届会议或任何其他的解决方案做出这些试验运行关于建立服务器?

有帮助吗?

解决方案

你没有很多选择。我将列举两个我知道,最佳的选项一:

  • 设置了一个 虚拟机 在你构建服务器。你建立执行在虚拟机。你可以锁主机(aka你buildserver)保持安全。
  • 让某人登录所有的时间。这offcourse创建一个安全问题。你可以缓和这个问题一个小小的通过删除鼠,键盘和视和只能访问buildserver通过RDP或类似的东西。

编辑

看看这个 TestComplete常见问题 项目: 可以TestComplete执行脚本时计算机被锁了吗?

其他提示

好的,我只是在这里猜测。

尝试使用本地构建服务器用户而不是系统帐户运行TeamCity服务。 在开始新版本之前,您可能需要使用该帐户登录一次。

它definatley听起来像是需要使用交互式会话而不是服务来运行测试。添加“允许服务与桌面交互”可能会有所帮助,但Vista显然不再支持这一点。

如果您可以将您的构建interactivetivley作为命令行运行,而不是也应该运行的服务。

我们曾经使用visual studo 2008加载代理运行我们的UIAutomation测试来分发它们,在VM上作为命令行工具运行没有问题。

我也同意你可能不应该在构建服务器上运行UI测试作为日常构建的一部分。

  

打开应用程序窗口后,构建始终挂起。

测试实例化UI?这不会起作用,例如如果你得到一个模态对话框,那么构建将会挂起。这就是MVP模式发明的原因,将活动表示代码与具体视图隔离开来。

您是否在自动化测试中使用模拟视图?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top