React Testing：如何将有序Jest测试拆分至多文件执行

首先你得先搞懂Jest的默认运行逻辑：Jest默认会把所有匹配*.test.*/*.spec.*规则的文件当成独立测试单元，每个文件跑在独立的沙箱环境里，DOM、本地存储mock、模块缓存默认全隔离，而且默认会并行调度执行，跨文件的用例顺序本身没有强保证——这也是单元测试推荐的模式，但完全不符合你要跑强依赖有序集成测试的需求。

你只需要做3件事：

1. 保留唯一一个会被Jest扫描识别的集成测试入口文件，比如命名为app-flow.test.ts
2. 把你拆分的不同场景的测试逻辑，放到Jest不会自动识别为测试文件的子文件里，比如统一放到test-flows/目录下，后缀用.steps.ts，不要用.test.ts，避免Jest把它们当成独立用例重复执行。目录结构参考：

src/
  __tests__/
    app-flow.test.ts // 唯一入口，只做导入用
    test-flows/
      01-login.steps.ts // 登录流程测试
      02-data-create.steps.ts // 新增数据流程
      03-data-modify.steps.ts // 编辑数据流程
      04-data-delete.steps.ts // 删除数据流程

3. 在入口文件里，严格按照你需要的执行顺序，导入所有拆分好的步骤文件：

// app-flow.test.ts
// 导入顺序就是测试执行顺序，不要乱改
import './test-flows/01-login.steps';
import './test-flows/02-data-create.steps';
import './test-flows/03-data-modify.steps';
import './test-flows/04-data-delete.steps';

就这么简单。这些拆分出去的步骤文件里，你正常写describe、it/test块就行，和你把所有逻辑写在同一个test文件里的写法完全没有区别，所有用例共享同一个测试沙箱，模拟器里存的前置数据、登录态、DOM状态全都会按顺序保留，完全满足全流程时序测试的要求。
你甚至可以在步骤文件里直接导出公共变量（比如登录拿到的用户标识、测试用的业务实例），在后续步骤文件里直接导入复用，比把所有逻辑堆在一个巨型文件里好维护太多。

网上有些教程会教你改Jest配置实现跨文件有序测试：比如自定义testSequencer强制文件排序、加--runInBand关掉并行、自定义testEnvironment共享全局状态。这个方案坑非常多：Jest的沙箱隔离有很多隐式逻辑，很容易出现本地跑顺序正常、CI环境随机乱序，或者状态莫名被重置的问题，后续维护成本极高，除非你对Jest的底层运行逻辑非常熟悉，否则不要用。

• 不要为了这套集成测试改你全局的Jest配置，比如给所有测试都关并行、关自动清理，会拖慢其他单元测试的执行速度。你可以单独给集成测试写一份配置文件，加单独的运行脚本，比如在package.json里加：

  {
    "scripts": {
      "test:unit": "jest",
      "test:integration": "jest --config jest.integration.config.js --runInBand"
    }
  }
  

  跑单元测试和集成测试互不影响。
• 如果你用React Testing Library，记得把集成测试文件里的自动cleanup逻辑关掉，不然每跑一个用例就会清空DOM和相关状态，破坏流程的连续性，这和单元测试“每个用例独立”的要求刚好相反。
• 整套集成测试的最开头加一次初始化逻辑（比如重置模拟器存储、渲染根组件），所有用例跑完之后再做一次统一清理，不要在单个用例之后做重置，避免打断状态依赖。

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