vscode插件不直接执行测试，而是封装底层工具链（如jest、playwright）提供可视化入口与调试支持；真正运行依赖本地安装的对应npm包（如@playwright/test）、正确配置（playwright.config.ts）、浏览器二进制文件及项目级初始化。
VSCode 插件本身不直接执行自动化测试流，但能显著降低配置门槛、暴露关键操作入口、并在编辑器内实时反馈结果。真正驱动测试流的是底层工具链（Jest、Playwright、vscode-test），插件只是让它们“可被看见、可被触发、可被调试”。
vscode-test 插件不存在，但 vscode-test 包必须用
很多人搜 “vscode-test 插件”，结果找不到——因为 vscode-test 是 npm 包，不是 VSCode 扩展。它负责在真实 VSCode 实例中加载你的插件并运行集成测试，无法通过扩展市场安装。
- 必须手动安装：
npm install --save-dev vscode-test - 测试入口文件（如
test/runTest.ts）要调用runTests()，传入extensionPath和testRunnerPath - 常见错误：
Error: Cannot find module 'vscode-test'—— 检查是否漏装，或node_modules被误删 - CI 场景下需额外设置
LAUNCH_ARGS避免 GUI 弹窗，例如：--no-sandbox --disable-gpu
Jest Test Explorer 插件：让单元测试可点可查
Jest Test Explorer（作者: hbenl）是目前最稳定的 Jest 集成插件，它把 jest 命令封装成树状视图，支持单测/全量/失败重跑，且不依赖 jest.config.js 的复杂路径配置。
- 安装后默认识别
package.json中的"test": "jest"脚本 - 右键测试用例可“Debug”，自动启动 VSCode 调试器，断点命中率高
- 容易踩的坑：若项目用
ts-jest，需确保jest.config.ts导出为export default {...}，否则插件读不到测试文件匹配规则 - 性能影响：大型项目首次扫描可能卡顿 2–3 秒，建议配合
testMatch精确限定目录，如["<rootdir>/tests/unit/**/*.spec.ts"]</rootdir>
Playwright Test for VSCode：E2E 测试的最小闭环
官方插件 Playwright Test for VSCode 提供了三类核心能力：测试文件右键运行、失败用例自动跳转到源码行、录制器一键生成脚本。但它不替代 npx playwright test，只是包装了 CLI。
- 必须先全局或本地安装
@playwright/test，插件才生效 - 录制功能（Record）依赖 Chromium 实例，若系统无 GUI（如 Linux CI 服务器），会静默失败，需改用
playwright codegenCLI - 配置
playwright.config.ts时，workers: 1更利于调试；多 worker 下断点可能错位 - 常见报错：
browserType.launch: Executable doesn't exist at ...—— 运行npx playwright install补全浏览器二进制
tasks.json 串联构建与测试：避免手动切换终端
VSCode 的 tasks.json 是连接编译、测试、报告生成的胶水层。它不运行逻辑，但决定“谁先谁后、谁依赖谁、失败是否中断”。
- 关键字段：
"dependsOn": ["build", "test"]表示顺序执行，"group": "build"让任务归类到“构建”面板 - 测试任务里别写
"problemMatcher": "$jest"—— Jest 输出格式不稳定，匹配易失效；改用"presentation": { "panel": "dedicated" }确保日志可见 - watch 模式慎用：
"command": "npx", "args": ["jest", "--watch"]会常驻进程，关掉终端前记得 Ctrl+C，否则下次启动可能端口冲突 - 一个容易忽略的细节：
"runOptions": { "runOn": "folderOpen" }只在打开文件夹时触发，不适合提交前校验；应配合 Husky + lint-staged 在 git commit 时调用
真正难的从来不是装几个插件，而是让 vscode-test 加载插件时不报 ExtensionActivationError，让 Jest 在 TypeScript 项目里正确解析 import type，或者让 Playwright 在 CI 中稳定启动 Chromium。插件只是把手伸进这些缝隙的杠杆，支点还得你自己找。
