VSCode Testing视图需三者同时到位才能正常显示：已启用对应语言的测试适配器扩展、项目根目录存在合法框架配置文件（如jest.config.js或pyproject.toml）、且settings.json中未禁用testing.autoDetect；缺一即导致视图缺失或测试树为空。
VSCode 的 Testing 视图不会自动出现，也不是装完 Python 或 JS 插件就“默认可用”——它需要三样东西同时到位：对应语言的测试适配器已启用、项目根目录下存在框架可识别的配置文件、VSCode 没在设置里把它关掉。缺任何一环，侧边栏就只显示空烧杯图标或压根不出现。
Testing 视图根本没出现？先查 testing.autoDetect
新版 VSCode（1.78+）自带 Testing API，但默认可能被禁用。不是插件没装，而是 VSCode 主动选择不扫描测试。
- 打开命令面板（
Cmd+Shift+P），输入并执行Testing: Enable Testing - 检查工作区
.vscode/settings.json中是否误写了"testing.autoDetect": "off"—— 这行会直接屏蔽所有自动发现逻辑 - 如果用的是多根工作区，该设置需放在各子文件夹的
.vscode/settings.json里，全局设置不生效
视图有了但测试树为空？重点看适配器和配置文件
空烧杯 ≠ UI 坏了，是 VSCode 找不到“谁来跑测试”。它只认两类东西：已启用的适配器扩展 + 项目根目录下合法的框架配置文件。
- Python 项目必须装
Python Test Explorer（非官方 Python 扩展本身不提供测试发现）；JS/TS 必须装vscode-jest或pyfisch.vitest-explorer（jest-test-adapter已弃用） - Jest 项目必须有
jest.config.js或vitest.config.ts，且内容不能是空对象或语法错误（哪怕只写export default {};也能过基础校验） - pytest 项目需有
pyproject.toml（含[tool.pytest.ini_options]）或pytest.ini；setup.cfg也行，但字段名必须是[tool:pytest]，不是[pytest]
点了 Run Test 却报 command 'testExplorer.run' not found
这个错误说明适配器根本没加载成功，VSCode 连测试命令都没注册进系统。不是按钮坏了，是底层链路断在第一步。
- 终端里手动运行一次底层命令：
pytest --version、npx jest --version、vitest --version—— 任一失败，Test Explorer 就不可能工作 - JS/TS 项目中，
jest或vitest必须是本地依赖（出现在node_modules/.bin/），全局安装的npm install -g jest不被识别 - Python 项目若用 conda 或 venv，右下角 Python 解释器提示必须指向已装
pytest的环境；点开后执行pip list | grep pytest确认存在
刷新后仍不显示测试？别信“自动同步”，它根本不自动
VSCode 测试面板从不监听文件增删或配置修改。改完 pytestArgs、挪了 tests/ 目录、甚至重装了插件，都得手动触发重新发现。
- 点击 Testing 视图右上角的
↻刷新按钮（最常用） - 或按
Cmd+Shift+P→ 输入Python: Discover Tests/Jest: Discover Tests/Vitest: Restart Server - 文件名必须匹配默认规则：
test_*.py或*_test.py（Python）、**/*.test.ts（Vitest）、**/*spec.js（Jest）—— 自定义路径必须靠testMatch或pytestArgs显式声明
最容易被忽略的是：VSCode 启动时继承的 PATH 可能和你终端里的不一致（尤其 macOS/Linux 使用 shell 配置管理工具如 zinit 或 fisher 时）。从终端执行 code . 启动 VSCode，比从 Dock 图标点开更可靠。
