Atom无内置测试运行器，需依赖第三方框架及插件：atom-ava轻量适配小型JS/TS项目，需安装AVA并按命名规则识别测试文件；Nuclide支持大型React项目但已停更，要求__tests__/目录结构；atom-build可自定义任意命令但需正确配置cwd与errorMatch；所有插件均不管理测试进程生命周期，须手动清理全局状态。
Atom 本身不内置单元测试运行器，写测试得靠第三方测试框架 + 插件桥接。直接在 Atom 里按 cmd+shift+t 或 ctrl+shift+t 能跑起来的，其实是底层调用了你项目里已配置好的测试命令（比如 ava、jest），不是 Atom 自己“执行测试”。
用 atom-ava 插件跑 AVA 测试
这是最轻量、最贴合 Atom 原生体验的方案，适合小型 JS/TS 项目或快速验证逻辑。
- 必须先在项目根目录安装
ava并初始化配置（npx ava --init），否则插件会静默失败 -
atom-ava只识别文件名含.test.js、.spec.js或.test.ts的文件，其他后缀不会被检测到 - 快捷键
cmd+shift+t（Mac）或ctrl+shift+t（Win/Linux）只对当前打开的测试文件或其所在目录生效；如果当前是普通.js文件，它不会自动找同名.test.js - 错误堆栈默认不带源码映射——若用了 Babel 或 TypeScript，需在
package.json的ava字段中显式启用sourceMaps: true
用 Nuclide 开发模式跑 Jest 测试
Nuclide 是 Facebook 曾维护的 Atom 插件套件，虽已停止更新，但其 Jest 集成仍是目前 Atom 中对大型前端项目支持最完整的方案，尤其适合 React / Flow / Lerna 多包项目。
- 测试文件必须放在
__tests__/目录下（如modules/nuclide-commons/__tests__/someModule-test.js），顶层src/下的*.test.js不会被识别 - 依赖
jest.config.js存在且导出有效配置；若项目用ts-jest，还需确保jest.setup.js正确加载了 TypeScript 编译环境 - 启动前必须执行
apm link --dev+atom --dev，否则 Nuclide 的测试面板根本不会加载 - 测试运行时的
cwd是 Atom 当前打开的最外层项目根目录，不是单个文件所在目录——这点和atom-ava不同，容易因路径错位导致模块解析失败
自定义 build 配置跑任意测试命令
当 atom-ava 和 Nuclide 都不适用（比如你要跑 Cypress、Vitest 或自定义 mocha 脚本），atom-build 是更可控的选择。
- 在项目根目录建
atom-build.yml，内容不能只写cmd: npm test，必须指定sh: true否则 Windows 下会报'npm' is not recognized - 若测试命令依赖本地
node_modules/.bin，cwd必须设为项目根（cwd: "."），否则找不到二进制文件 - 错误匹配正则要手动配，例如捕获 Jest 报错行：
errorMatch: ['^.*at (.*):([0-9]+):([0-9]+)$']，不然失败时只显示“构建失败”，看不到具体哪行错了 - 支持多目标，比如同时定义
test:unit和test:integration，通过 Atom 状态栏右下角菜单切换
真正容易被忽略的是：Atom 所有测试插件都**不接管进程生命周期**。测试卡死、内存溢出、未关闭的定时器，都会让后续运行持续变慢甚至阻塞 UI。建议在 beforeEach 里加 jest.resetModules()（Jest）或 test.beforeEach(() => { /* 清理全局状态 */ })（AVA），别指望插件自动帮你兜底。
