点击debug test没反应，主因是工作目录（cwd）与sys.path不匹配；需在settings.json中设"python.testing.cwd"或通过.env配置pythonpath，并手动刷新测试面板。
点击 Debug Test 没反应？先查工作目录和 PYTHONPATH
VSCode 的 Debug Test 按钮本质是调用 pytest 或 unittest 命令行并附加调试器。没响应、报 ModuleNotFoundError、断点跳过——90% 是当前工作目录（cwd）和 Python 的 sys.path 不匹配。
比如你测试里写 from src.mymodule import func，但 src/ 不在 sys.path 中，调试器根本加载不了模块，自然卡住或静默失败。
- 在
.vscode/settings.json中显式设置"python.testing.cwd": "src"（若测试文件在src/tests/下） - 更通用的做法：通过
PYTHONPATH注入路径，加这一行："python.envFile": "${workspaceFolder}/.env"，然后在项目根目录建.env文件，内容为PYTHONPATH=${workspaceFolder}/src - 临时验证：在测试文件顶部加
import sys; print(sys.path)，运行时看输出是否含你期望的路径
断点打在 test_* 函数里却不生效？检查执行流是否真正进入
断点不命中 ≠ 调试器坏了，而是 VSCode 没“走到那行”。关键取决于测试框架如何启动、以及断点位置是否在可调试上下文中。
- pytest 下，断点只能打在
test_*函数体内、或@pytest.fixture被调用之后的代码里；别打在conftest.py的 fixture 定义体内部——那里不是测试执行路径 - 异步测试（
async def test_*）必须启用pytest-asyncio插件，否则整个函数被跳过 - 如果你手动写了
if __name__ == "__main__": pytest.main()，Debug Test按钮完全不走这条路——它直连 pytest runner，绕过你的入口逻辑 - 确认
settings.json里只启用了当前框架：比如用了 pytest，就设"python.testing.pytestEnabled": true，同时确保"python.testing.unittestEnabled": false，避免冲突
测试侧边栏空白或不刷新？不是插件故障，是缓存未触发重扫描
改完测试文件名、挪动了 tests/ 目录、甚至更新了 settings.json，测试面板依然显示旧内容或空——这不是 bug，是 VSCode 没重新发现测试用例。
- 手动刷新：点击测试资源管理器右上角的“刷新”图标（两个旋转箭头），或按
Cmd+Shift+P（Mac） /Ctrl+Shift+P（Win/Linux），输入 “Python: Discover Tests”，回车强制重扫 - 确保
python.testing.pytestArgs中的路径参数（如--rootdir）与实际结构一致；错配会导致发现逻辑跳过整个目录 - 如果用了
test_*.py模式但文件叫example_test.py，需同步更新"python.testing.pytestArgs": ["-p", "no:warnings", "--ignore=venv", "-k", "test"]或直接改命名
C# / Java / C++ 单元测试调试不走 launch.json？因为它们不依赖 Python 那套配置机制
VSCode 对不同语言的测试调试支持机制完全不同。Python 测试调试靠 python.testing.* 设置驱动；C# 用 dotnet test 子进程模型；Java 依赖 Extension Pack for Java 的内置适配器；C++ 则靠 Test Adapter for Google Test 提供的 DAP 接口——它们都不读 launch.json 里的 Python 相关字段。
- C#：调试选项集中在
"csharp.unitTestDebuggingOptions"设置项，例如sourceFileMap用于源码路径映射 - Java：通过命令面板运行 “Java: Create Java Test Configuration” 生成专用配置，保存在
.vscode/launch.json中，但类型是java而非python - C++：需安装
Test Adapter for Google Test扩展，并配置tasks.json编译测试二进制，调试由扩展自身接管，launch.json只负责启动该二进制
跨语言调试最易忽略的一点：每个语言的测试发现、执行、调试三阶段由不同组件完成，混用配置项（比如把 Python 的 python.testing.cwd 复制到 C# 项目里）不仅无效，还可能掩盖真实问题。
