test runner插件不识别@test方法，主因是项目未被正确识别为java项目或构建配置未加载，需检查java扩展包、pom.xml/build.gradle、执行java: reload project、确认jdk配置，并确保junit 5依赖正确声明。
Test Runner插件不识别 @Test 方法？检查项目结构和构建工具绑定
VS Code 的 Test Runner 插件本身不解析 Java 测试逻辑，它依赖底层构建工具（Maven/Gradle）和语言服务器（Java Extension Pack）提供测试发现能力。如果你右键点不了 @Test 方法、侧边栏没测试树、或点击“Run Test”报 No test runner found，大概率是项目没被正确识别为 Java 项目，或构建配置未加载。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 确认已安装并启用
Extension Pack for Java（含 Language Support for Java™ by Red Hat、Debugger for Java、Test Runner for Java 等） - 确保项目根目录下存在
pom.xml或build.gradle，且文件内容合法（比如 Maven 项目必须有<packaging>jar</packaging>和有效的<dependencies></dependencies>） - 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Java: Reload Project—— 这步常被跳过，但它是触发测试扫描的关键 - 检查状态栏左下角是否显示
Java 17（或你用的 JDK 版本），若显示Unknown，说明java.home配置错误或 JDK 未安装
点击“Run Test”报错 Could not find or load main class org.junit.platform.console.ConsoleLauncher
这是典型的 JUnit Platform 依赖缺失问题。VS Code Test Runner 默认调用 JUnit 5 的控制台启动器执行测试，但它不会自动帮你把 junit-platform-console-standalone 或相关 jar 加进 classpath —— 它指望你的构建工具来提供运行时依赖。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- Maven 用户：确保
pom.xml中声明了junit-jupiter（不是旧的junitv4），且 scope 是test：<dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter</artifactId> <version>5.10.2</version> <scope>test</scope> </dependency>
- Gradle 用户：确认
build.gradle里有testImplementation 'org.junit.jupiter:junit-jupiter:5.10.2'，并且执行过./gradlew build（Test Runner 会读取构建产物） - 不要手动下载
console-standalone.jar并试图配置路径——插件不支持这种用法，强行指定只会引发 ClassLoader 冲突
测试方法名带中文或特殊字符，Run 后提示 Method not found
JUnit 5 允许方法名含中文，但 VS Code Test Runner 底层调用的是 Java 反射 + 类路径解析，当方法名含空格、括号、emoji 或非 ASCII 字符时，部分版本的插件会生成错误的执行命令（例如把 test_登录成功() 解析成 test_???），导致反射失败。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 坚持用英文 + 下划线命名测试方法，如
testLoginSuccess()—— 不是为了“规范”，而是避免插件解析器在 URL 编码/字符串截断环节出错 - 如果已有大量中文方法名且无法重命名，可改用终端运行：
mvn test -Dtest=ClassName#methodName，绕过插件链路 - 注意：该问题在插件 v0.38+ 有所修复，但仍有小概率复现，尤其在 Windows 路径含空格 + 中文类名组合场景下
Test Runner 显示“Passed”但控制台无输出，或断点不生效
这不是插件 bug，而是调试上下文没对齐。Test Runner 默认以“运行模式”（Run）启动 JVM，而非“调试模式”（Debug）。即使你点了“Debug Test”，如果没正确挂载调试器或测试类被 JIT 优化，断点也会被跳过。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 确保测试类和被测代码都在同一 workspace，并且源码根路径（
src/main/java）已被 Java 语言服务器索引（看.vscode/settings.json是否有"java.project.sourcePaths"配置） - 在测试方法内第一行打上断点后，右键选择
Debug Test（不是Run Test），此时应看到调试工具栏弹出；若仍不生效，检查是否启用了java.compile.nullAnalysis.mode等可能干扰调试的实验性选项 - 日志输出不显示？默认 stdout/stderr 是捕获的。可在测试方法开头加
System.out.println("here");，然后点“Run Test with Output”（右键菜单第三项），它会强制打开终端并透传输出
Java: Reload Project 和 JDK 版本匹配这两步——它们不出错时一切正常，一出错就全链路静默失败。 
