直接运行光标所在测试方法需将光标置于 test 函数体内部（如 it 或 @test 的大括号内），然后按 ctrl+shift+f10（win/linux）或 cmd+shift+f10（macos），ide 自动识别框架并执行该用例。
怎么直接运行光标所在测试方法，而不是整个文件
WebStorm 默认不把单个测试方法当独立可运行单元，必须让 IDE 识别出当前上下文是测试函数。光标得停在 test 函数体内部（比如 it 或 @Test 方法的大括号里），不能停在函数名、注释行或空行上。
确认位置后，用 Ctrl+Shift+F10（Windows/Linux）或 Cmd+Shift+F10（macOS）直接运行该测试用例。IDE 会自动解析框架（JUnit、pytest、Jest 等），生成临时运行配置并执行。
- 如果光标停在
describe块内但没进具体it，它会运行整个describe；停在it内部才只跑这个用例 - Java 中
@Test方法必须有 public 修饰符，否则Ctrl+Shift+F10不响应 - Pytest 下函数名必须以
test_开头，且不能带参数（除非用 fixture 显式声明），否则识别失败
为什么右键 Run ‘xxx’ 没反应，或者报 “No tests found”
常见原因是测试类/方法未被正确标记或框架未激活。WebStorm 不自动启用测试支持，得靠项目配置触发识别逻辑。
检查三件事：File → Project Structure → Project 里 SDK 是否已选；Project Settings → Modules 中 Sources 标签页是否把 src/test（Java）或 tests/（Python）设为 Tests；最后看 Settings → Tools → Python Integrated Tools（Python）或 Build, Execution, Deployment → Testing（Java）里是否选对了测试 runner（如 pytest / JUnit5）。
- 改完配置要重启 IDE 或点击右下角 “Reload project” 图标，否则缓存仍按旧规则识别
- 刚新建的测试文件，IDE 可能还没索引完成，等几秒再试；也可手动触发
File → Reload project from Disk - 如果是 TypeScript + Jest，确保
jest.config.ts存在且testMatch匹配到你的文件路径
如何一键运行当前文件所有测试，跳过手动选配置
Ctrl+Shift+F10 默认作用域是“当前光标所在测试”，但只要光标不在具体测试方法内（比如停在文件顶部或 import 区），它就会降级为运行整个测试文件。
更稳的方式是：按 Ctrl+Shift+F10 后，IDE 底部会弹出运行配置面板，里面显示 “Run ‘xxx.test.ts’”，此时直接回车即可——它不会打开新窗口，而是复用已有配置快速执行。
- 别用
Shift+F10（全局运行），它只运行上次配置，容易误跑主程序 - 如果文件里混有多个测试框架（比如既有 Jest 又有 Vitest），IDE 可能选错 runner，需在弹出面板里手动点齿轮图标切换
- 想固定某个测试文件为默认运行目标，右键该文件 →
Run ‘xxx.test.ts’，之后Ctrl+Shift+F10就会始终指向它
调试单个测试时断点不生效，或者跳过直接结束
断点失效通常不是代码问题，而是运行模式没切对。WebStorm 的 “Run” 和 “Debug” 是两套独立流程，快捷键也不同。
必须用 Ctrl+Shift+F9（Windows/Linux）或 Cmd+Shift+F9（macOS）启动调试，而不是 Ctrl+Shift+F10。前者会挂起 JVM/Node 进程等待断点，后者只是普通执行。
- Java 测试中，如果用了
@BeforeAll静态初始化，断点设在它里面可能因类加载时机错过，建议改用@BeforeEach - JavaScript 测试里，异步测试（
async it）断点要设在await行之后，否则调试器可能在 Promise resolve 前就退出 - 首次调试前确认右下角状态栏显示 “Debug mode enabled”，否则快捷键会被忽略
Ctrl+Shift+F10 能否成功，70% 取决于你有没有花 2 秒确认光标是不是真落在了 it('should handle error', () => { 这个大括号里面。
