alt+o仅对c/c++扩展硬编码支持的.cpp/.h等组合生效，不识别js/ts的test后缀或.spec.ts等约定；其跳转依赖语言服务注册的配对规则，而js/ts生态无统一测试文件语义定义。
Alt+O 为什么在 .cpp/.h 间能跳，但在 test.js ↔ index.ts 间失效？
VSCode 自带的 Alt+O（Windows/Linux）或 Cmd+Opt+O（macOS）只对 C/C++ 扩展注册的配对规则生效——它硬编码识别 .cpp/.h、.cc/.hh 等组合，不处理 JS/TS 的 test 后缀或 .spec.ts 等约定。你按了没反应，不是快捷键坏了，是语言服务根本没注册这个映射。
实操建议：
- 确认已安装对应语言扩展：TypeScript 项目必须装官方
ES7+ React/Redux/React-Native snippets或Test Explorer UI，JavaScript 项目推荐JavaScript Test Runner - 检查当前文件是否被识别为正确语言模式：右下角状态栏应显示
TypeScript或JavaScript，而非Plain Text - 不要依赖
Alt+O跳测试文件，改用更通用的方案
Ctrl+P + @ 符号跳转比文件名模糊搜索更准
直接在 Ctrl+P 输入 test 常常匹配到一堆无关文件；但加 @ 前缀后，VSCode 会触发符号级索引，优先返回当前项目中与当前文件有引用关系的测试模块。
实操建议：
- 光标停在函数名上（如
calculateTotal），按Ctrl+P，输入@calculateTotal→ 列表里第一个往往是它的测试函数所在文件 - 若当前是测试文件，
@会反向搜被测函数定义位置，实现双向跳转 - 该功能依赖 TypeScript 语言服务或 JS 的 JSDoc 注释解析，确保 tsconfig.json 中
"composite": true或已启用"allowJs": true
自定义快捷键绑定 test ↔ src 映射，避开插件依赖
不用装额外插件，靠 VSCode 原生命令 workbench.action.quickOpenNavigateNext 配合文件路径规则就能实现。关键在于把“同名但目录不同”这个逻辑写进快捷键配置。
实操建议：
- 打开快捷键设置（
Ctrl+K Ctrl+S），点击右上角“打开键盘快捷方式(JSON)” - 添加如下条目（以 Jest 测试为例）：
[
{
"key": "alt+t",
"command": "workbench.action.quickOpen",
"args": {
"query": "${fileBasenameNoExtension}.test"
},
"when": "editorTextFocus && !inQuickOpen"
}
]
注意：${fileBasenameNoExtension} 是 VSCode 内置变量，自动提取当前文件名（不含扩展名）；若当前是 utils.ts，它会搜 utils.test.ts 或 utils.test.js。
- 若测试文件在
src/__tests__/下，需配合files.associations设置确保 VSCode 把.test.ts当作 TypeScript 解析，否则跳转后语法高亮和跳转能力会丢失
为什么 Ctrl+Click 在 import 行上点 test 文件有时打不开？
常见现象：你在 import { foo } from './foo' 这行按住 Ctrl 点 foo，结果跳到了 foo.ts，但你想去的是 foo.test.ts。这是因为 VSCode 默认只解析模块导入路径，不主动推导测试文件位置。
实操建议：
- 在
tsconfig.json或jsconfig.json中显式配置路径映射：
{
"compilerOptions": {
"paths": {
"*": ["*", "src/__tests__/*"]
}
}
}
这样 import { foo } from 'foo.test' 就能被识别并跳转；但更实用的做法是，在测试文件顶部加一行注释：
// @see ./src/foo.ts
然后用 Ctrl+Click 点这行注释里的路径，直跳源码——这是最稳定、不依赖配置的临时方案。
真正麻烦的从来不是快捷键本身，而是 VSCode 对“测试文件”没有统一语义定义：它可能是 .spec.ts、.test.js、__tests__/index.js，甚至放在完全不同的 monorepo 包里。跳转逻辑必须跟你的项目结构对齐，而不是指望某个快捷键自动猜中。
