0

在执行编码的 UI 测试脚本时，我们遇到了一些问题。

通常我们必须在 Coded UI Test 上执行自动化脚本，之前我们使用 Test Partner 来执行。最近，我们将一些测试合作伙伴脚本迁移到 Coded UI Test 。但是，我们观察到，与测试合作伙伴执行时间相比，编码 UI 测试脚本的执行时间更长。我们的自动化脚本完全是手写的，我们没有使用录制和播放功能。

我们的观察结果很少

  1. IE 浏览器在 windows XP 上执行编码的 UI 测试脚本时挂起。每次我们必须终止进程并且我们必须重新创建场景以进一步继续执行。因此，自动化的必要性是不够的，因为每次都必须监控脚本执行是否正常而没有浏览器挂起。它在 XP 上是一个非常常见的问题。

  2. 如果我们在 windows 7 上执行 Coded UI Test 脚本。执行时间很慢。它会比 XP 上的执行时间消耗更多的时间。所以我们的执行时间拖了，尽管脚本在没有浏览器挂起的情况下运行良好。我们也尝试在发布模式下执行脚本。但是每当脚本停止时，必须在调试模式下再次执行脚本。

您能否就此提出建议。我们究竟缺少什么？通过更改工具设置，我们可以提高执行时间的性能吗？感谢您的支持。

4

1 回答 1

1

首先，您应该启用日志记录并查看为什么搜索会占用这么多时间。您还可以在调试输出中找到有用的信息，当操作花费的时间超出预期时会发出警告。

以下是启用这些日志的两个有用链接

对于 VS/MTM 2010 和 2012 测试版：http: //blogs.msdn.com/b/gautamg/archive/2009/11/29/how-to-enable-tracing-for-ui-test-components.aspx

对于 VS/MTM 2012：http: //blogs.msdn.com/b/visualstudioalm/archive/2012/06/05/enabling-coded-ui-test-playback-logs-in-visual-studio-2012-release-候选人.aspx

应在 %temp%\UITestLogs*\LastRun\ 目录中创建一个带有日志的友好 .html 文件。

至于对您的问题的可能解释 - 无论您是显式编写测试还是手动生成对 WpfControl.Find() 或派生类之一的调用都没有关系，如果搜索首先失败，它将继续执行启发式方法来找到目标控件。

您可以将 Playback 的 MatchExactHierachy 设置设置为 true，并停止使用 smartmatch 功能（更多关于它的信息以及其他一些有用的性能提示 http://blogs.msdn.com/b/mathew_aniyan/archive/2009/08/ 10/configuring-playback-in-vstt-2010.aspx )

于 2012-08-28T00:16:23.833 回答