我们在执行编码的UI测试脚本时遇到的问题很少。
我们必须在Coded UI Test上执行自动脚本，之前我们使用Test Partner执行。最近，我们将一些测试合作伙伴脚本迁移到了编码UI测试。但是，我们观察到，与测试合作伙伴执行时间相比，编码UI测试脚本的执行时间更长。我们的自动脚本完全是手写的，没有我们使用录制和播放功能的地方。
我们的观察很少见
IE浏览器在Windows XP上执行Coded UI Test脚本时挂起。每次我们必须杀死进程，我们必须重新创建场景以继续执行。因此，它不足以满足自动化的必要性，因为每次必须监视脚本执行是否正常而没有浏览器挂起。这是XP上非常常见的问题。
如果我们在Windows 7上执行Coded UI Test脚本。执行时间非常慢。它将比XP上的执行时间消耗更多的时间。所以我们的执行时间拖延，尽管脚本没有浏览器挂起就行了。我们也尝试在发布模式下执行脚本。但是，只要脚本停止，就必须在调试模式下再次执行脚本。
你能否就此提出建议。我们错过了什么？通过chaning工具设置，我们可以提高执行时间的性能吗？感谢您的支持。
答案 0 :(得分：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-candidate.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）