使用编码的UI测试执行测试脚本占用更多的时间
在执行编码的UI测试脚本时，我们面临的问题不多。
通常，我们必须在编码的UI测试上执行自动脚本，之前我们使用Test执行。最近，我们将很少的Test脚本迁移到编码的UI测试中。但是，我们发现，与toTest合作伙伴选择时间相比，编码的UI测试脚本执行时间更长。我们的自动化脚本完全是手工编写的，没有使用录音和回放功能。
我们很少观察到
- IE浏览器挂起在windows上执行编码的UI测试脚本。每次我们必须终止这个过程，我们必须重新创建这个场景才能继续执行。因此，它不足以实现自动化，因为每次都需要监视脚本执行是否正常，而不需要挂起浏览器。在XP上这是一个非常常见的问题。
- 如果我们在windows 7上执行编码的UI测试脚本，执行时间非常慢。与XP上的执行时间相比，它将花费更多的时间。因此，我们的执行时间拖着，尽管脚本没有浏览器挂起就可以了。我们也尝试在发布模式下执行脚本。但是，每当脚本停止时，就必须在调试模式下再次执行脚本。
请你给我建议一下。我们到底错过了什么？通过查询工具设置，我们能提高执行时间的性能吗？谢谢你的支持。
回答 1
Stack Overflow用户
发布于 2012-08-28 00:16:23
首先，您应该启用日志记录，并了解为什么搜索占用这么多时间。您还可以在调试输出中找到有用的信息，当操作比预期的时间更长时，这些信息会发出警告。
以下是启用这些日志的两个有用链接
VS/MTM 2010和2012年测试版：http://blogs.msdn.com/b/gautamg/archive/2009/11/29/how-to-enable-tracing-for-ui-test-components.aspx
2012年VS/MTM：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()或某个派生类的调用，如果搜索一开始失败，它将继续执行启发式以找到目标控件。
您可以将播放的MatchExactHierachy设置变为真，并停止使用smartmatch特性(这里将与其他有用的性能提示aniyan/archive/2009/08/10/configuring-playback-in-vstt-2010.aspx一起详细介绍)
https://stackoverflow.com/questions/12123115
复制相似问题
腾讯云开发者
