如何在Jest中链式调用含多断言的Promise并保证资源清理？

你的思路完全靠谱！咱们先梳理下伪代码里的几个小细节问题，再给出可以直接运行的修正方案，同时解决你提到的两个核心痛点：

核心问题拆解与解决方案 #

1. 让Jest正确识别Promise中的断言 #

Jest会自动等待测试函数返回的Promise完成，所以每个包含expect的步骤都必须返回Promise，而且要注意then里传递的是函数引用（不是直接调用函数），这样链式调用才能正确传递上下文数据。

2. 确保异常时仍执行Teardown #

finally是实现兜底清理的最佳选择，但要注意：finally的回调不会接收前一步的结果，所以我们需要把初始化的资源数据通过闭包或者链式传递保存下来，这样清理时能拿到需要的参数。

修正后的完整代码 #

先把所有异步函数改成async/await风格（比手动new Promise更简洁且不易出错）：

// 初始化资源：Arrange步骤
const setupResources = async () => {
  // 异步调用数据库初始化测试数据
  await dynamoDBClient.put(params).promise();
  // 返回后续步骤需要的数据（比如数据库条目ID、测试用数据）
  return { dbItemId: 'test-user-123', testPayload: 'sample-data' };
};

// 执行操作：Act步骤
const act = async (setupData) => {
  const requestData = { ...setupData };
  // 异步调用API接口
  const result = await axios.post(
    `https://restapi.com/test`,
    JSON.stringify(requestData),
  );
  // 在这里做断言，Jest会等待这个Promise完成后再继续
  expect(result.status).toBe(200);
  // 返回后续断言和清理需要的合并数据
  return { ...setupData, apiResponse: result.data };
};

// 断言验证：Assert步骤
const assertIt = async (data) => {
  const queryParams = { Key: { id: data.dbItemId } };
  // 异步查询数据库
  const dbData = await dynamoDBClient.get(queryParams).promise();
  // 验证数据库数据是否符合预期
  expect(dbData.Item.payload).toBe(data.testPayload);
  // async函数自动返回Promise，无需手动resolve
};

// 资源清理：Teardown步骤
const tearDown = async (setupData) => {
  // 无论前面成功还是失败，都清理测试数据
  await dynamoDBClient.delete({ Key: { id: setupData.dbItemId } }).promise();
};

然后是测试用例的链式调用写法：

it('should complete integration test with proper teardown', () => {
  let testContext = null; // 用闭包保存上下文数据，供finally使用
  return setupResources()
    .then((setupData) => {
      testContext = setupData; // 把初始化数据存到闭包，方便后续清理
      return act(setupData);
    })
    .then((actData) => assertIt(actData))
    .finally(() => {
      // 即使前面步骤抛出异常，这里也会执行
      if (testContext) {
        return tearDown(testContext);
      }
    });
});

关键细节解释 #

1. 为什么用async/await代替手动new Promise？
   异步函数（async标记）自动返回Promise，await能让异步代码更易读，避免嵌套地狱，同时Jest能完美识别这种Promise返回值，不会漏掉任何断言。

2. 闭包保存testContext的作用？
   finally的回调无法接收前一步的参数，所以我们在setupResources的回调里把初始化数据存到闭包变量testContext里，这样即使前面的act或assertIt抛出异常，finally里依然能拿到清理需要的数据。

3. 确保断言被Jest识别的要点？
   所有包含expect的函数都要返回Promise（这里用async函数自动满足），而且测试函数必须返回整个Promise链——这样Jest才会等待所有异步操作完成，不会提前结束测试导致断言被忽略。

4. 异常处理的补充？
   如果需要在测试中捕获特定异常，可以在链式中加入.catch()，但要放在finally之前，比如：

   return setupResources()
     .then(...)
     .then(...)
     .catch((error) => {
       expect(error.message).toBe('预期的错误信息');
       throw error; // 重新抛出错误，让Jest标记测试失败（如果需要的话）
     })
     .finally(...);
   

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