TestCafe中Promise.allSettled处理多选择器断言异常问题咨询

你遇到的异常是TestCafe的核心设计特性，搭配不符合设计预期的使用方式共同导致的，并非TestCafe本身的bug。

• TestCafe所有测试操作（包括断言、选择器查询）都遵循单线程队列执行模型，同一时间只能执行一个命令，使用原生Promise.allSettled试图并发调度多个t.expect断言，会直接破坏TestCafe的执行顺序，导致状态返回异常。
• t.expect调用后返回的不是普通Promise，而是TestCafe内部的AssertionBuilder实例，只有被TestCafe调度执行后才会产生结果，断言失败时默认直接触发测试失败流程，不会返回rejected状态的Promise，因此外部的异常捕获逻辑也无法拿到预期的失败状态。
• 先获取Selector快照的方案符合执行逻辑：await Selector()会按照TestCafe的队列规则返回静态元素快照，对快照的存在性判断是普通同步逻辑，不受命令队列约束，因此结果符合预期。

1. 串行执行断言并手动收集结果 #

按TestCafe的设计规则串行执行所有断言，用try/catch捕获执行状态，既保留断言自动等待的能力，又能拿到批量执行结果：

async function batchCheckSelectors(selectors, expectExists = true) {
  const result = []
  for (const selector of selectors) {
    try {
      // 可自定义超时时间，适配不同场景的等待需求
      await t.expect(selector.exists).eql(expectExists, { timeout: 2000 })
      result.push({ status: 'pass', selector })
    } catch (err) {
      result.push({ status: 'fail', selector, reason: err.message })
    }
  }
  return result
}

2. 先批量查询状态再校验 #

如果不需要断言的自动等待能力，可直接批量查询选择器的exists属性，再统一校验结果，性能比快照方案更高：

// 批量查询所有选择器的存在状态，timeout设为0关闭自动等待
const existsResults = await Promise.all(
  selectors.map(s => s.with({ timeout: 0 }).exists)
)
// 自行比对结果和预期数组即可

3. 封装批量校验工具 #

如果需要同时支持自动等待和批量校验，可以基于TestCafe的ClientFunction封装自定义批量查询逻辑，一次性在浏览器端执行所有选择器查询，减少通讯开销：

import { ClientFunction } from 'testcafe'

const batchCheckExists = ClientFunction((selectors) => {
  return selectors.map(s => !!document.querySelector(s))
})

// 使用时直接传入字符串选择器数组，一次性拿到所有结果
const existsResults = await batchCheckExists(['.valid', '#invalid', 'button'])

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