AVA测试中Firebase Admin的deleteUser在test.after中未正常解析

我来帮你拆解下这个问题——你遇到的情况核心原因是**forEach和异步函数的搭配误区**，和AVA的特性也有一定关联，咱们一步步理清楚：

核心问题：forEach不等待异步操作 #

你在test.after.always()里用了forEach，并且给它传了一个async回调函数，但forEach本身是不支持异步等待的：它会立刻遍历完整个数组，完全忽略回调里的await，不会等每个用户的清理操作完成。

这就导致AVA的钩子函数会在所有清理Promise还没完成的时候就结束了，看起来像是Promise既不解析也不报错，但实际上是这些异步任务根本没被正确等待，可能在AVA进程退出后才悄悄执行（或者直接被终止）。

解决方案1：用for...of串行处理（最稳妥） #

把forEach换成for...of循环，它能正确等待每个异步操作完成后再处理下一个用户：

test.after.always(async () => {
  for (const id of internals.ids) {
    await admin.database().ref(`users/${id}`).remove();
    await admin.auth().deleteUser(id);
  }
});

这种方式会逐个处理用户ID，确保当前用户的数据库删除、账号删除操作都完成后，再进行下一个，所有清理任务都会被AVA完整等待。

解决方案2：用Promise.all并行处理（提高效率） #

如果你的测试用户数量不多，想让清理操作并行执行来节省时间，可以用Promise.all：

test.after.always(async () => {
  await Promise.all(internals.ids.map(async (id) => {
    // 每个用户的两个操作还是串行的，但不同用户之间并行
    await admin.database().ref(`users/${id}`).remove();
    await admin.auth().deleteUser(id);
  }));
});

map会把每个ID转换成一个异步Promise，Promise.all会等待所有这些Promise都完成后才让钩子函数结束，既保证了所有清理任务被执行，又能利用并行提升速度。

额外排查技巧：捕获隐藏错误 #

有时候看似Promise没反应，其实是有错误被吞掉了，可以加个try/catch来排查：

test.after.always(async () => {
  for (const id of internals.ids) {
    try {
      await admin.database().ref(`users/${id}`).remove();
      await admin.auth().deleteUser(id);
    } catch (err) {
      console.error(`清理用户${id}失败：`, err);
      throw err; // 抛出错误让AVA感知到问题
    }
  }
});

这样如果某个清理步骤出错，你能立刻看到具体的错误信息，而不是误以为Promise无响应。

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