测试运行后状态图标不更新，根本原因是文件或函数命名未匹配框架规则，如pytest只扫描test_.py或_test.py中的def test_*函数，改名挪目录后需重启VS Code才能重发现。
测试运行后状态图标不更新？检查发现逻辑是否匹配
VS Code 左侧测试面板显示“已发现 0 个测试”，不是扩展没装好，而是文件或函数命名没对上框架默认规则。pytest 默认只扫描 test_*.py 或 *_test.py 文件里的 def test_* 函数；Jest 默认找 __tests__ 目录或 *.test.js 文件。改名、挪目录后不重启 VS Code，它不会自动重发现。
常见错误现象：右键菜单没有 “Run Test” 或点击后报 command 'testing.run' not found——大概率是扩展装错，比如 Python 项目装了第三方 “Test Runner” 插件，而不是官方 Python 扩展。
- Python 项目必须装 Microsoft 官方
Python扩展（含 pytest/unittest 支持） - Jest 项目装
Jest Runner，vitest 项目用Vitest Explorer - Go 项目靠官方
Go扩展自带go test集成，但要确保终端里GOROOT和GOBIN可读
想让测试自动运行？别依赖插件自动生成的 tasks.json
VS Code 自带的 “自动保存触发测试” 功能（如保存时运行当前文件测试）实际靠的是 tasks.json 或后台监听逻辑，但多数插件生成的配置漏掉关键项，导致行为不可靠。比如 Python 的 pytest 任务若没指定 cwd，就可能在错误路径下执行，找不到 pytest.ini 或 conftest.py。
实操建议：
- 手动写
.vscode/tasks.json，明确"cwd": "${workspaceFolder}" - args 里加
-x（遇到第一个失败就停）、--tb=short（缩短 traceback）、-s（捕获 print 输出） - 避免用
shell类型任务跑 pytest；改用python类型并指定module字段为"pytest"
调试时断点不生效？launch.json 缺了 env 或 cwd
点击 “Debug Test” 后进程启动但断点灰色不可用，通常是因为调试器没加载到正确的上下文。TypeScript + Jest 项目若 type 设为 node 却没把 program 指向 node_modules/.bin/jest，就会直接 fallback 到 node 运行一个空脚本。
关键参数差异：
- Python 测试调试：用
"type": "python"，"module": "pytest"，"args": ["${file}"] - TypeScript/Jest：用
"type": "node"，"program": "./node_modules/.bin/jest"，且必须设"env": {"NODE_ENV": "test"} - Q# 测试：不用 launch.json，靠
dotnet test命令驱动，调试需配合.NET SDK和QDK扩展，断点打在 C# 宿主代码里
CI/CD 中复现本地测试失败？环境变量和路径是最大坑
本地能过、CI 上挂，90% 是因为 .env.test 或 tsconfig.json 路径不对，或者 setupFilesAfterEnv 加载失败却无提示。GitHub Actions 里 dotnet test 或 npm test 默认不加载 VS Code 的 launch 配置，所有环境依赖必须显式声明。
可操作要点：
- CI 脚本里补全
env:块，比如NODE_OPTIONS: '--enable-source-maps' - Python CI 步骤加
pip install -r requirements-test.txt，别只装pytest - Windows 下中文路径常导致跳转失败，CI 中统一用
ubuntu-latest避免编码问题
最易被忽略的是：VS Code 测试面板里看到的“绿色对勾”，只是扩展调用命令后的 stdout 解析结果，不等于真实 exit code；CI 里必须检查 echo $? 或 if [ $? -ne 0 ] 才算真正监控到位。
