Automated tests 编码的用户界面执行速度比平常慢吗?

Automated tests 编码的用户界面执行速度比平常慢吗?,automated-tests,mstest,ui-automation,coded-ui-tests,Automated Tests,Mstest,Ui Automation,Coded Ui Tests,我已经用五个UIMap编写了UI项目。其中一个UIMap非常大,它涵盖了测试应用程序的几个功能。突然,编码的UI播放变得如此缓慢。我将大型UIMap中的一些功能分离为单独的UIMap。但是仍然有一些测试方法的运行速度比平时慢。有什么解决方案可以解决这个问题吗?您可以在TestInitialize部分使用以下设置,并检查这是否解决了您的问题。现在,当UI控件忙且未准备好接收输入时,我们不需要添加恼人的睡眠语句。 默认情况下,引擎检查UI线程(前台线程)以确定控件是否就绪。 Playback.Pla

我已经用五个UIMap编写了UI项目。其中一个UIMap非常大,它涵盖了测试应用程序的几个功能。突然,编码的UI播放变得如此缓慢。我将大型UIMap中的一些功能分离为单独的UIMap。但是仍然有一些测试方法的运行速度比平时慢。有什么解决方案可以解决这个问题吗?

您可以在TestInitialize部分使用以下设置,并检查这是否解决了您的问题。现在,当UI控件忙且未准备好接收输入时,我们不需要添加恼人的睡眠语句。 默认情况下,引擎检查UI线程(前台线程)以确定控件是否就绪。 Playback.PlaybackSettings.WaitForReadyLevel=WaitForReadyLevel.Disabled


通过实现这一点,您可以减少执行时间。

我在网上搜索后发现,主窗口的类名因最新版本而更改。我已经检查了最新的主窗口名称,并按照以下链接中的说明将其添加到UIMap构造函数中

我还不能评论,因此这里有一个答案

我也有同样的问题。看

waitforcontrolready是PropertyExpressionOperator.Contains旁边的一个用于搜索变量标题的解决方案。但是还要在UIMap中检查控件的controlID。它可以根据屏幕上打开的窗口进行更改。
除非我100%确定它们保持不变,否则我会将它们全部删除。

Playback.PlaybackSettings.WaitForReadyLevel=WaitForReadyLevel.Disabled没有解决播放速度慢的问题。你认为重新创建UIMap可以解决这个问题吗?是的,在某些情况下删除controlID可能有助于加快播放速度。但是我曾经为一些动态控件添加SearchConfiguration.AlwaysSearch属性。当我为上层控件(如窗口)添加此属性时,它会自动减慢播放速度,因为每次使用窗口的子控件时,它都需要从头开始搜索。