我们理解，考虑：带节点的单个集线器（5 个会话）。当我们运行测试套件（包含 25 个测试）时，这些测试将一次并行运行 5 个。当节点空闲时，将开始下一次测试。
但这是如何工作的：
考虑：带节点的单个集线器（5 个会话）。
当我们运行多个针对同一个 HUG 的测试套件时。（4 个测试套件，每个测试套件包含 25 个测试）。如果我运行针对该 HUG 的第一个测试套件，将有 5 个会话并行运行。在此过程中，如果我们启动另一组针对同一 HUB 的测试套件，第二套件中的测试用例是否需要等到第一套件完成？当所有 4 个套房相继启动时会发生什么？
测试将从集线器请求浏览器。了解与target的这种差异很重要。因此，测试从集线器请求浏览器，集线器将检查具有可用浏览器插槽的已注册节点，如果插槽可用，则将此插槽提供给您的测试。然而，集线器与您的测试套件完全没有关系，它只是收到一个请求并对其进行操作。因此，当您有多个测试套件请求浏览器时，无论是谁发出请求，中心都会按请求顺序分配浏览器。一旦您的测试关闭浏览器，集线器请求列表中的下一个测试而不是测试套件中测试列表中的下一个测试将获取浏览器，然后可以继续进行测试。
因此，当所有四个套件同时启动时，会发生与启动一个测试套件时相同的事情。一旦所有节点都满了，每个未运行的测试，包括在其他测试套件中，都必须等待轮到他们，但不必等到一个测试套件完全完成他们的测试，因为其他测试套件将有一个待处理向集线器提出请求。