您可以在所需的浏览器上运行基于Selenium的测试自动化脚本，并将其与SeleniumGrid项目一起分发。这实际上是一个简单而简单的解决方案。
根据该体系结构，由于SeleniumGrid项目，您将引发一个集线器，并将不同的机器注册到此中心作为节点。通过这种方式，集线器将根据您将运行的浏览器或操作系统来指导您。如果该节点被不同的测试所使用，它将排队等待，并在完成后继续运行下一个测试。
我能听到有经验的测试工程师在说什么。那份工作不会那么容易。在拥有100多个测试场景的团队中，网格项目的节点管理不幸没有看起来那么有效。
我列举了所遇到的主要问题如下：
- 故障测试挂在节点上。
- 如果有太多节点连接到集线器，则会遇到中断。
- 如果队列中有太多的测试，它会在一段时间后超时，或者不能转发到节点。严重的缓慢和太多的测试运行。
我所看到的最根本的一点是，当前的Grid项目没有为重载进行适当的设计。此外，它没有有状态的结构。所以如果枢纽崩溃，一切都会重新开始。
开发了几个解决这一问题的项目。最受欢迎的项目之一是Zalando开发的Zal芳项目，但这里的主要问题是分布式结构有局限性。此外，如果其基于码头的操作在实际实例中遇到类似的问题，则将再次完全丧失访问权限。
可以用于SeleniumGrid管理的替代方案之一是Test。虽然Testial是一种基于云的产品，但您可以使用私有云和前提版本。它最漂亮的特性之一是管理自己的队列结构，而不是SeleniumGrid。由于Selenium Grid结构，它经常检查所有等待在测试队列中的测试，并在一段时间后失去响应。
另一方面，Testial指导只能根据指定的并行运行次数在Selenium Grid上运行的测试，并且只将测试运行负载加载到Grid。由于其内部预约结构，等待繁忙节点的请求被保留在队列中。
此外，还有在节点上执行超时管理和健康检查控制的机制。这样，即使节点被破坏，如果没有测试，也可以重新连接。
例如，与我们合作的银行，我们可以运行和完成近200个节点和超过10,000个测试与此系统。
不同的特征种皮如下：
- 队列管理
- 真正的移动设备管理与设备断开管理
- 删除移动设备上的私有信息
- 自动截图能力
- 所有测试的视频运行
- 码头支护
- Jenkins插件
- 进程测试运行与过去版本的比较
- 福州小程序开发哪家强？
