TDD在VSCode高效运行的关键是将四组快捷键练成肌肉记忆：Ctrl+Shift+P输入test运行测试、Alt+Shift+F后Ctrl+Enter加空行、F8/Shift+F8跳转错误、Ctrl+K Ctrl+R辅助切换测试与实现文件。
测试驱动开发（TDD）在 VSCode 中真正跑起来，关键不是装插件，而是让快捷键形成肌肉记忆——尤其是“写测试→运行→改实现→再运行”这个闭环能用 3 个键以内完成。
Ctrl+Shift+P + “test” 快速触发测试命令
VSCode 默认不绑定任何测试运行快捷键，但几乎所有测试插件（如 Jest、Python pytest、Go test）都把命令注册进命令面板。直接 Ctrl+Shift+P 输入 test，就能看到类似 jest.runAllTests、python.testing.pytestTest、go.test.package 的选项。
- 别去记具体命令名，输入
test后按方向键选最匹配项，回车即执行 - 如果项目里有多个测试框架共存，命令名前缀会不同，比如
vscode-jest插件用jest.，而Python插件用python.testing. - 首次使用建议先手动点一次命令，确认它真能跑通——有些插件需要配置
launch.json或settings.json才激活测试命令
Alt+Shift+F 格式化后立刻 Ctrl+Enter 插入空行分隔测试用例
TDD 中每个 it / test 块之间加空行是常见习惯，但手动敲回车容易打断节奏。格式化本身不会自动加空行，得靠组合操作补位。
-
Alt+Shift+F格式化当前文件后，光标停在末尾或某一行尾 - 立刻按
Ctrl+Enter（Windows/Linux）或Cmd+Enter（macOS），在当前行下方插入新行 - 这个组合比
Shift+Enter更可靠：后者在某些语言模式下会触发换行+缩进，而Ctrl+Enter是纯插入空行 - 如果正在写 Jest 测试，建议在每个
it块结尾处都用这个动作，视觉上立刻区分逻辑边界
F8 / Shift+F8 在错误间跳转，避免手动滚动找 red bar
测试失败时，VSCode 的问题面板（Problems）会列出所有错误，但鼠标点进去太慢。F8 系列快捷键专为此设计，且默认启用，无需额外配置。
-
F8跳到下一个错误（通常是第一个失败的测试断言） -
Shift+F8跳到上一个错误（方便来回核对前后依赖） - 它不依赖语言服务器是否启动完整——只要测试运行后生成了诊断信息，就能跳
- 注意：如果测试没输出标准错误格式（比如自定义 runner 未按 VSCode 识别的 pattern 输出），
F8可能找不到目标，这时得回退到问题面板手动点
Ctrl+K Ctrl+R 快速在测试文件和实现文件间切换
TDD 的核心节奏是“测试文件 ↔ 实现文件”高频切换。VSCode 没有原生的“跳转到对应测试/实现”快捷键，但 Ctrl+K Ctrl+R 是最接近的替代方案。
- 它会在资源管理器中高亮当前打开的文件，让你一眼定位路径结构
- 配合命名惯例效果最好：比如
userService.test.ts和userService.ts放在同一目录，高亮后用方向键上下扫一眼就能切过去 - 如果项目用
__tests__目录隔离，那得先用Ctrl+P输入文件名前缀快速跳转，Ctrl+K Ctrl+R只起辅助定位作用 - 不要指望它自动猜配对文件——VSCode 不知道你约定的是
.spec.ts还是.test.js，这步仍需人工确认
真正卡住 TDD 流程的，往往不是功能缺失，而是光标停在哪、该按什么、下一步从哪开始——这些细节没固化成直觉反应，每次都要想，就不是“高效”。把上面四组操作练到不假思索，比装十个插件都管用。
