测试资源管理器不显示测试，需先确认已安装对应语言的测试适配器、启用"testExplorer.enable": true、存在有效测试配置文件，并重启或刷新；运行报错command 'testExplorer.run' not found则检查底层工具是否在PATH中且环境配置正确。
测试资源管理器不显示任何测试？先检查 testExplorer.enable 和测试适配器
VSCode 的测试资源管理器默认是“哑”的——它本身不发现、不运行测试，全靠第三方测试适配器（比如 vscode-jest、python-test-explorer 或 dotnet-test-explorer）驱动。如果你点开侧栏只有空白或“未启用”，大概率是没装适配器，或适配器没激活。
实操建议：
- 确认已安装对应语言的测试扩展：Python 项目装
Python Test Explorer for Visual Studio Code；TypeScript/JS 项目装Jest Runner或vscode-jest；.NET 项目装.NET Core Test Explorer - 在
settings.json中显式启用测试探索器："testExplorer.enable": true（某些旧版扩展要求这个） - 检查工作区根目录下是否有被识别的测试配置文件：比如
jest.config.js、pytest.ini、.runsettings——没有这些，适配器可能直接跳过扫描 - 重启 VSCode 或点击测试资源管理器右上角刷新按钮（
↻），部分适配器不会自动监听文件变化
点了“运行”却报错 command 'testExplorer.run' not found？路径和启动器没对上
这个错误不是 VSCode 本身的问题，而是测试适配器找不到执行命令所需的底层工具——比如 pytest 不在 $PATH，或 dotnet test 对应的 SDK 版本缺失，又或者 jest 没有以本地依赖形式安装（即没进 node_modules/.bin）。
实操建议：
- 终端里手动运行一次测试命令，确认能通：比如
pytest tests/、dotnet test、npx jest --listTests——不通就别指望侧栏能跑 - 如果用的是项目级 Node 工具（如
jest），确保已通过npm install --save-dev jest安装，且 VSCode 启动时加载了正确的 shell 环境（macOS/Linux 注意~/.zshrc是否导出PATH） - Python 用户注意：VSCode 必须选对解释器（
Ctrl+Shift+P→Python: Select Interpreter），否则pytest可能从系统 Python 找，而包装在虚拟环境里 - 某些适配器支持自定义命令路径，比如
python-test-explorer的python.testing.pytestArgs或vscode-jest的jest.pathToJest
断点调试测试函数没反应？得用 launch.json 配合测试适配器启动模式
测试资源管理器里的“调试”按钮（? 图标）不是通用调试入口。它依赖适配器是否实现了调试协议，并且 VSCode 要能正确注入调试器。直接点它失败，往往是因为调试配置缺失或与当前适配器不兼容。
实操建议：
- 优先查扩展文档：比如
vscode-jest调试需开启"jest.debugMode": true；Python Test Explorer要求在launch.json中添加类型为python的配置，并指定"request": "launch"和"module": "pytest" - 不要复用普通 Python/Node 调试配置——测试调试需要额外参数，比如
--debug、--no-cov、--log-level=DEBUG，否则进程可能提前退出 - 调试时留意底部状态栏：如果显示 “Debugging Test…” 却卡住，大概率是测试框架自身阻塞（比如等待 stdin、网络超时），这时要在测试代码里加
print()或日志定位卡点 - 某些框架（如 Jest）在 watch 模式下不支持调试，需关闭
jest.autoEnable或禁用watch参数
多个测试套件混在一起，怎么按文件/标签/名称快速筛选？
测试资源管理器默认平铺所有发现的测试，但真实项目常有单元测试、集成测试、E2E 测试分目录或打标签。光靠眼睛找效率低，也容易误点。
实操建议：
- 利用适配器原生过滤能力：比如
vscode-jest支持右键测试节点 → “Run with args…” 输入--testNamePattern="login"；Python Test Explorer支持在设置中配置python.testing.pytestArgs加-k "smoke" - 文件级筛选最稳：右键某个
test_*.py或__tests__文件夹 → “Run Tests”，它会自动推导作用域，比全局搜索靠谱 - 避免用模糊名：比如写
it('works')或def test_it()，会导致筛选时一堆同名项；命名带上下文，如test_user_login_with_expired_token - 注意大小写和空格：Jest 的
--testNamePattern默认区分大小写；Pytest 的-k表达式不支持空格，要用引号或下划线替代
pytest 或 dotnet 是否真能被 VSCode 进程调到——而不是只在你的 iTerm 里能跑。 
