Testing 编码UI测试跨浏览器测试设计模式

Testing 编码UI测试跨浏览器测试设计模式,testing,coded-ui-tests,Testing,Coded Ui Tests,有人知道一本解释跨浏览器测试项目设计模式的好书/博客/资源吗 下面的MSDN链接解释了如何设置所有内容 这是所有设置,但我们目前有一个CUITs项目,有100多个测试,都是在IE上设置和运行的。有很多问题,需要对UI映射、播放设置、测试步骤进行大量重新分解,因为无法识别SAS控件等,以使甚至很少的测试能够顺利运行。此外,由于我们的客户总是使用最新版本的Chrome和Firefox,因此该框架无法支持最新版本。因此,继续我们现在正在做的事情,看起来我们最终会得到大量的测试代码,当我们向项目中添加更

有人知道一本解释跨浏览器测试项目设计模式的好书/博客/资源吗

下面的MSDN链接解释了如何设置所有内容

这是所有设置,但我们目前有一个CUITs项目,有100多个测试,都是在IE上设置和运行的。有很多问题,需要对UI映射、播放设置、测试步骤进行大量重新分解,因为无法识别SAS控件等,以使甚至很少的测试能够顺利运行。此外,由于我们的客户总是使用最新版本的Chrome和Firefox,因此该框架无法支持最新版本。因此,继续我们现在正在做的事情,看起来我们最终会得到大量的测试代码,当我们向项目中添加更多测试时,这些代码很快就会成为维护的噩梦

最好知道管理/隔离测试的最佳实践是什么,这样就可以减少各种浏览器测试之间的重新分解和平滑集成。

该解决方案听起来非常适合您的情况。你可以找到

管理/隔离测试方面的最佳实践,以减少各种浏览器测试之间的重新分解和平滑集成

在这些。为了更好地理解页面对象模型和页面工厂,请仔细查看有关页面对象模型和页面工厂的部分

跨浏览器测试项目的设计模式


如果你不想向前迈出一步,看看。它允许您在不同的机器上针对不同的浏览器并行运行测试。也就是说,对运行不同浏览器和操作系统的不同机器同时运行多个测试。本质上,Selenium网格支持分布式测试执行。它还支持在分布式测试执行环境中运行您的测试。

我们已经在使用microsoft的CUITs框架,这些测试非常复杂。如果我们无法维持当前的设置,那么转移到Selenium将是最后的选择。理想情况下,我们正在寻找一种使用CUITs框架进行有效维护的现有经过尝试/测试的设计模式。我在2014年提出了这个问题。现在是2016年,我们已经改用硒。虽然不是我当时需要的答案,但这是正确的建议。