我们理解， 考虑： 带节点的单个集线器（5个会话）。当我们运行测试套件（有25个测试）时，那些测试将一次并行运行5个。当节点获得自由时，下一个测试将被选中。
但这是如何运作的：
考虑： 带节点的单个集线器（5个会话）。
当我们运行多个针对同一HUG的测试套件时。 （4个测试套件，每个测试套件中有25个测试）。如果我运行针对该HUG的First Test套件，将会有5个会话并行运行。当这个正在进行中时，如果我们启动另一套针对同一个HUB的测试套件，那么Second Suite中的测试用例需要等到第一个套件完成吗？ 当所有4间套房一个接一个地开始时会发生什么？
答案 0 :(得分：2)
测试将从集线器请求浏览器。了解目标的这种差异非常重要。因此，测试请求来自集线器的浏览器，集线器将检查具有可用浏览器插槽的已注册节点，如果插槽可用，则将为您的测试提供此插槽。然而，集线器根本与测试套件无关，它只是获取请求，并对其进行操作。因此，当您有多个测试套件请求浏览器时，无论谁发出请求，集线器都会按请求顺序分配浏览器。一旦您的测试关闭浏览器，下一个测试列表中的请求与测试套件中的下一个测试列表中的下一个测试将获得浏览器，然后可以继续进行测试。
因此，当所有四个套房同时启动时，同样的事情发生在一个测试套件启动时。一旦所有节点都满了，每个未运行的测试，包括在其他测试套件中，都必须等待轮到他们，但不必等到一个测试套件完全完成他们的测试，因为其他测试套件将有待处理请求集线器。