编码UI测试 - 一致发现HtmlDocument

我有问题获得Visual Studio 2013的编码UI测试框架，以始终如一地找到HtmlDocument。编码UI测试 - 一致发现HtmlDocument

我刚才刚刚遇到过这个问题，它之前的工作很棒。不幸的是，自从我创建这些测试以来，很多事情都发生了变化（包括我的Visual Studio和Internet Explorer版本等），因此很难确定是什么原因导致了这种情况。而且，它大约2/3的时间工作的事实使得更难以排除故障。

在我的测试中，我有一组不同的用户登录到测试站点并执行各种操作。为了做到这一点，我通过UI测试生成器捕获了在按住shift键的同时右键单击Internet Explorer按钮的操作，然后单击“以不同的用户运行”菜单选项。测试继续输入用户凭证并加载其主页。（每个用户在我的机器上都有一个配置文件，并且他们都有Google作为他们的主页。）拨打NavigateTo()上BrowserWindow允许我加载该网站，测试正式从那里开始。

注：如果可以找到网页，有对付任何前述HtmlDocuments或BrowserWindows没有问题

当我尝试打电话NavigateTo()，给我下面的错误挂断正在发生。

... threw exception. 
Microsoft.VisualStudio.TestTools.UITest.Extension.UITestControlNotFoundException: 
Microsoft.VisualStudio.TestTools.UITest.Extension.UITestControlNotFoundException: 
The playback failed to find the control with the given search properties. 
Additional Details: 
TechnologyName: 'MSAA' 
ControlType: 'Button' 
Name: 'Internet Explorer' 
---> System.Runtime.InteropServices.COMException: 
    Error HRESULT E_FAIL has been returned from a call to a COM component..

编辑：有时候，我得到这个错误，而不是：

...threw exception. Microsoft.VisualStudio.TestTools.UITest.Extension.UITestControlNotFoundException: Microsoft.VisualStudio.TestTools.UITest.Extension.UITestControlNotFoundException: Unable to find Windows Internet Explorer window with 'Google - Internet Explorer' in the title. ---> Microsoft.VisualStudio.TestTools.UITest.Extension.UITestControlNotFoundException: The playback failed to find the control with the given search properties. Additional Details: 
TechnologyName: 'MSAA' 
ControlType: 'Window' 
Name: 'Google - Internet Explorer'

产品类别： 'IEFrame' ---> System.Runtime.InteropServices.COMException：错误HRESULT E_FAIL已从调用返回COM组件..

我已经在尝试BrowserWindow各种WaitFor来电，HtmlDocument等

我试过包括一个try/catch区块，它会忘记HtmlDocument，如果它失败并再次尝试（所以它研究HtmlDocument）以防万一，但这也不起作用。

搜索大量的知识并没有帮助我弄清楚如何解决这个问题（使用BrowserWindows和HtmlDocuments我似乎只能找到处理查找特定控件的问题是如此微不足道的事情）。

有没有人对我有任何想法或建议我还可以尝试什么？

来源

2014-09-22 JibbaJamba

我想我需要提供有关我的开发环境的信息，对吧？ - Windows 7 Professional SP1 - Visual Studio 2013 Update 2 - Internet Explorer 11.0.5 – JibbaJamba 2014-09-22 20:40:00

好吧，我撒谎。我发现了什么真的固定它。我在运行测试的机器上给了我的测试帐户管理权限。简单。这可能并不理想，但如果测试账户被入侵，其他任何地方都无法做任何事情。

它似乎运行没有管理权限的应用程序，然后尝试在编码的UI中捕获它测试失败，因为应用程序的权限比Visual Studio的实例少。

所以我的基于角色的测试工作，他们是快速。

来源

2015-02-17 23:25:43 JibbaJamba

如果您在问题上的其他答案错误，请编辑答案以合并此答案，而不是将其添加为新答案。请将这两个答案合并成一个并删除另一个。 – Ram 2015-02-17 23:46:54

我通过减少运行测试的PC上的计算负载来解决此问题。看起来，运行应用程序没有“负担”的系统执行得很好。我不知道什么条件会造成“负担”的环境。

来源

2014-10-06 22:25:12 JibbaJamba

我几乎在WaitForControl上看到了几乎所有的问题。我使用TryGetClickablePoint（）来代替（我不记得我在哪里找到这个建议）。令人沮丧！ – JibbaJamba 2014-10-08 22:07:07

像这样的时间问题指向WaitForControlReady和“完成”的浏览器状态的松散耦合本质。不确定什么是完美的解决方案，但请放心，它必须位于事件处理程序中，而不是计时器。只是减少客户端窗口的负载应该与这个问题无关。 – 2015-02-04 16:50:23

编码UI测试 - 一致发现HtmlDocument

回答

相关问题