【问题标题】:Selenium for Availability MonitoringSelenium 可用性监控
【发布时间】:2011-03-10 17:27:47
【问题描述】:

我的公司通过云中的功能测试来监控网站和移动应用程序的性能和可用性;我们正在寻求扩展我们的技术以包括 Selenium 测试。我们使用 RoR 系统从多个位置间歇性地远程运行我们的功能测试,将数据保存在 mysql 中以用于报告/警报目的。

我们预计在我们的每台监控服务器上都包含 Selenium RC 以执行远程测试。我们可能会演变为在每个位置的多台机器上运行测试(即不同风格的操作系统,或出于可扩展性目的)。

既然我们已经有了一个控制器来管理我们在不同位置的测试运行,那么 Grid 会是过度杀伤还是必需品?

还有其他建议吗?

【问题讨论】:

    标签: selenium selenium-rc selenium-webdriver selenium-grid


    【解决方案1】:

    好吧,网格实际上并没有管理(按计划)不同的测试运行,它只是连接到集线器的远程控制 (RC) 的集合,集线器在运行不同 RC 的机器之间分配测试。请求执行。

    至于可扩展性,如果您指的是压力负载测试,那么我建议使用不同的工具(例如 JMeter),它可以使用 Selenium 完成,但它需要大量 RC 连接到同一服务器,这可能需要多台机器,每台机器运行许多 RC。如果您需要很多 RC(您将用于压力测试),那么 RC 会占用大量资源。

    不过,从不同位置运行不同的操作系统和浏览器应该没问题,只要您为每个位置指定相关配置文件,我会说这将是 Selenium 的最佳/主要用途(开发期间的回归测试除外) .

    总的来说,我认为在您的每台服务器中放置一个网格和 RC 是值得的,尽管您可能可以使用单个集线器(因此单个网格)并让所有 RC 连接到它来进行管理。

    【讨论】:

    • 有道理。所以我们最初(每个位置只有一个服务器)可以使用我们当前的调度系统来调用 RC 来运行脚本,然后当我们增加每个位置的服务器占用空间时,我们可以使用 Grid 在每个位置分布测试。我们将针对各种站点 24x7 运行少量测试,这就是我们需要解决可扩展性问题的原因。这就像用于可用性监控目的的生产中的回归测试。负载测试还没有出现在菜单上,但是当我们遇到它时,我们会看看 JMeter。
    猜你喜欢
    • 2016-05-29
    • 2020-12-18
    • 2013-10-18
    • 2016-03-08
    • 1970-01-01
    • 2017-02-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多