VSCode需配合语言专属测试插件及正确配置才能运行单元测试：Python需pytest/unittest并配置参数，JS/TS需Test Explorer UI加对应适配器及配置文件，Go需gotestsum或go test并配置flags；测试不显示多因工作区路径或配置文件位置错误；调试失败常因launch.json配置缺失或环境变量未透传。
VSCode 本身不自带单元测试运行能力，必须依赖语言对应的测试插件（如 Python 的 Python Test Explorer、JavaScript 的 Test Explorer UI + Mocha 或 Jest 扩展），且需项目已有可被识别的测试框架配置。直接装插件 ≠ 能跑测试。
确认测试框架和插件是否匹配
不同语言生态对“测试”的识别逻辑完全不同，插件不会自动猜你用的是什么框架：
- Python：需已安装
pytest或unittest，并在 VSCode 设置中指定python.testing.pytestArgs或python.testing.unittestArgs - JavaScript/TypeScript：
Test Explorer UI插件本身不执行测试，必须额外安装适配器，例如jest-test-adapter（对应jest）或mocha-test-adapter（对应mocha），且项目根目录要有jest.config.js或mocha.opts - Go：需已安装
gotestsum或原生go test，并配置go.testFlags；插件如Go Test Explorer依赖gopls正确解析包结构
测试不显示在侧边栏？检查工作区根目录和配置文件位置
测试探索器（Test Explorer）只扫描当前打开的文件夹（即工作区根），且默认只识别标准路径下的测试文件：
- Python：
tests/目录或文件名含test_*.py/*_test.py，且该目录需在PYTHONPATH中或与setup.py同级 - Jest：必须在工作区根有
package.json声明"test"script，或存在jest.config.js；若配置在子目录（如packages/foo/），需用多根工作区或手动设置jest.pathToJest - 常见错误：
No tests found往往不是插件问题，而是 VSCode 没把你的测试文件夹当“源码根”，或jest找不到配置导致静默跳过
点击「Debug」没反应？断点不生效的典型原因
调试测试 ≠ 普通脚本调试，需要测试框架支持调试协议，并由插件正确启动带调试参数的进程：
- Python + pytest：确保
python.testing.pytestEnabled为true，且已生成.vscode/launch.json中的Python: pytest配置；断点只能打在测试函数内部，不能打在conftest.py的 fixture 里（除非启用--capture=no） - Jest：需在
launch.json中使用jest类型配置，并设"autoAttachChildProcesses": true；否则子进程（如 Babel transform）里的代码无法断点 - 通用陷阱：终端里能跑
npm test，但插件调试失败——大概率是环境变量不一致（比如NODE_OPTIONS=--require ts-node/register没透传给调试进程）
真正卡住的地方往往不在插件本身，而在测试框架的配置可见性、工作区路径解析优先级、以及调试器能否完整继承 shell 环境。别急着重装插件，先在终端里用相同命令加 --verbose 看它实际加载了哪些文件。
