【问题标题】:Coded UI Tests Cross Browser Testing Design Patterns编码 UI 测试 跨浏览器测试 设计模式
【发布时间】:2014-10-22 16:37:08
【问题描述】:

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

下面的 MSDN 链接说明了如何设置所有内容。

http://blogs.msdn.com/b/visualstudioalm/archive/2012/10/30/introducing-cross-browser-testing-with-coded-ui-tests.aspx

这一切都设置好了,但是我们目前有一个 CUITs 项目,其中包含 100 多个测试,所有测试都设置并在 IE 上运行。并且存在很多问题,需要对 UI 地图、播放设置、测试步骤(因为无法识别控件)等进行大量重构,以使很少的测试能够顺利运行。另外,由于我们的客户总是使用最新版本的 Chrome 和 Firefox,因此框架不是最新的以支持最新版本。因此,继续我们现在的做法,看起来我们最终会得到庞大的测试代码,随着我们向项目中添加更多测试,维护这些代码很快就会成为噩梦。

最好了解管理/隔离测试方面的最佳做法是什么,这样可以减少重构并在各种浏览器的测试之间顺利集成。

【问题讨论】:

    标签: testing coded-ui-tests


    【解决方案1】:

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

    管理/隔离测试方面的最佳实践,因此它涉及更少的重构和各种浏览器测试之间的平滑集成

    在这些test design considerations。仔细看一下关于 Page 对象模型和 Page factory 的部分,以便更好地理解

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

    如果您想更进一步,请查看selenium grid。它允许您在不同的机器上针对不同的浏览器并行运行测试。也就是说,同时针对运行不同浏览器和操作系统的不同机器运行多个测试。本质上,Selenium-Grid 支持分布式测试执行。它还支持在分布式测试执行环境中运行您的测试。

    【讨论】:

    • 我们已经在使用微软的 CUITs 框架,这些都是很长很复杂的测试。如果我们无法维持当前的设置,那么迁移到 Selenium 将是最后的选择。理想情况下,我们正在寻找一种使用 CUIT 框架进行有效维护的经过试验/测试的现有设计模式。
    • 我在 2014 年问过这个问题。现在是 2016 年,我们现在已经切换到 selenium。虽然不是我当时需要的答案,但这是正确的建议。
    猜你喜欢
    • 1970-01-01
    • 2019-02-18
    • 2015-11-03
    • 2012-05-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多