能否在Firebase Test Lab中并行运行iOS UI测试？

当然可以！Firebase Test Lab完全支持iOS UI测试的并行执行，这正是它用来提升测试效率的核心特性之一，你的需求——把100个测试拆分到10台不同设备各跑10个——完全能实现。

下面是具体的实现方式和注意要点：

• 测试分片（Test Sharding）是核心
  这是实现并行测试的关键功能，你可以把整个测试套件拆分成多个独立的分片，每个分片分配到不同的设备实例上同时运行。Firebase支持两种分片方式：

  • 自动均分：直接指定分片数量（比如10），系统会自动把100个测试平均分配到10个分片里，每个分片10个测试，然后分配到你指定的设备上并行执行。
  • 手动拆分：如果需要更精细的控制（比如按测试模块、功能类别拆分），你可以通过指定测试类、测试方法或者自定义标签来划分不同的分片。

• 两种操作路径

  • Firebase CLI命令行方式：在提交测试的命令里添加--num-shards=10参数来指定分片数，同时配置你要使用的设备。举个例子：

    gcloud firebase test ios run \
      --test YourTestBundle.xctestrun \
      --num-shards=10 \
      --device model=iphone15,version=17.0 \
      --device model=iphone14,version=16.4 \
      --device model=ipad10,version=17.0
    

    这里如果指定了10个分片，不管你配置了3台还是10台设备，系统都会启动足够的设备实例来并行跑完所有分片——比如用3台设备的话，会有部分设备跑2-3个分片，最终还是10个任务同时进行；如果直接配置10台不同设备，刚好每个设备跑1个分片（10个测试）。
  • Firebase控制台操作：在创建测试运行时，找到「测试分片」的设置项，输入分片数量（比如10），然后选择你要使用的设备组合，系统会自动帮你分配测试任务到各个设备实例上并行执行。

• 需要注意的细节

  • 确保你的测试用例之间没有依赖关系，比如不要让Test B依赖Test A执行后产生的应用状态，否则分片后可能会出现测试失败的情况。
  • 并行运行的总耗时会大幅缩短，基本等于单个分片的测试时间，而不是100个测试串行的总时间，完全能达到你节省时间的目的。
  • 计费是按每个分片的设备使用时长来计算的，所以并行运行的成本会比串行高一些，但换来的是测试效率的极大提升，对于大规模测试来说非常划算。

内容的提问来源于stack exchange，提问作者mattman88