<think>我们正在讨论的是ConfigReader类，它被设计为工具类，用于在测试中读取配置文件。
用户提到在运行时出现了
异常：`
java.lang.Exception: No runnable methods`。
这个
异常通常发生在
JUnit测试类中，当
JUnit尝试运行一个测试类，但没有找到任何带有@
Test注解的方法时。
但是，ConfigReader是一个工具类，它不应该被当作测试类来运行。它没有测试方法，因此如果尝试作为测试运行，就会抛出这个
异常。
解决方案：
1
. 确保ConfigReader类没有被错误地当作测试类运行。它应该放在测试源代码目录（src/
test/
java）下的一个非测试包中（例如utils包），并且该类不应该有任何
JUnit注解（如@
Test）。
2. 在IDE中，有时
可能会误将普通类当作测试类运行。因此，需要检查运行配置，确保运行的是测试类（包含@
Test方法的类）而不是ConfigReader。
详细步骤：
- 检查ConfigReader类：确认类中没有
JUnit的注解（如@
Test, @Before等）。如果存在，则删除这些注解。
- 检查项目结构：确保ConfigReader类位于正确的包中（例如com
.example
.utils），并且被其他测试类引用，而不是直接运行。
示例修正后的ConfigReader类：
```
java
package com
.example
.utils;
import
java.io
.IO
Exception;
import
java.io
.InputStream;
import
java.util
.Properties;
public class ConfigReader { // 注意：这个类没有
JUnit注解
private static Properties config;
static {
config = new Properties();
try (InputStream input = ConfigReader
.class
.getClassLoader()
.getResourceAsStream("config
.properties")) {
if (input != null) {
config
.load(input);
} else {
throw new Runtime
Exception("配置文件未找到！");
}
} catch (IO
Exception e) {
throw new Runtime
Exception("配置文件加载失败", e);
}
}
public static String getProperty(String key) {
return config
.getProperty(key);
}
}
```
在其他测试类中使用ConfigReader时，正常导入并调用静态方法即可。
如果问题仍然存在，请检查：
- 是否在测试套件或测试运行配置中错误地包含了ConfigReader类。
- 构建工具（如Maven）的配置：确保测试模式正确（默认会运行所有符合命名规则的测试类）。
注意：在Maven中，默认测试运行器（如surefire）会查找所有符合以下命名规则的类：`**/
Test*
.java`、`**/*
Test.java`、`**/*
Tests.java`、`**/*
TestCase
.java`。因此，避免将ConfigReader命名为类似`ConfigReader
Test.java`，否则构建工具会尝试将其作为测试类运行。
建议命名：使用`ConfigReader`（不带
Test后缀）作为类名，并放置在非测试类命名的包中（但仍在
test目录下）。
如果按照上述步骤操作，应该可以避免该
异常。</think>### 解决 ConfigReader 的 `
No runnable methods`
异常
当 `ConfigReader` 出现 `
java.lang.Exception: No runnable methods`
异常时，表明
JUnit 错误地尝试将其作为测试类执行。以下是根本原因
和解决方案：
#### 原因分析
1
. **类命名问题**：类名包含 `
Test` 后缀（如 `ConfigReader
Test`），触发
JUnit 自动扫描
2. **错误放置位置**：类文件被放在测试运行器扫描的目录中（如 `src/
test/
java` 的根包）
3
. **IDE配置错误**：IDE 错误识别工具类为测试类
4. **构建工具配置**：Maven/Gradle 测试包含规则过于宽泛
#### 解决方案
1
. **修改类名**（推荐）：
```diff
- public class ConfigReader
Test {
...}
+ public class ConfigReaderUtil {
...} // 移除
Test后缀
```
2. **调整目录结构**：
```text
src/
test/
java
└── com/yourproject
├──
tests # 测试类目录（
JUnit会扫描）
└── utils # 工具类目录（避免扫描）
└── ConfigReader
.java
```
3
. **添加类级别忽略注解**：
```
java
import org
.junit.Ig
nore;
@Ig
nore("
Not a
test class") // 防止
JUnit执行
public class ConfigReader {
// 原有实现
...
}
```
4. **配置构建工具排除规则**：
Maven 配置示例（pom
.xml）：
```xml
<build>
<plugins>
<plugin>
<groupId>org
.apache
.maven
.plugins</groupId>
<artifactId>maven
-surefire
-plugin</artifactId>
<configuration>
<excludes>
<exclude>**/utils/*
.java</exclude> <!
-- 排除工具包
-->
</excludes>
</configuration>
</plugin>
</plugins>
</build>
```
#### 验证步骤
1
. 在测试类中正常调用：
```
java
import com
.yourproject
.utils
.ConfigReader;
public class Valid
Test {
@
Test
public void valid
Test() {
String value = ConfigReader
.getProperty("key");
// 断言验证
...
}
}
```
2. 直接运行测试类（而非工具类）
3
. 使用构建命令验证：`mvn
test` 或 `gradle
test`
> **关键原则**：工具类不应包含任何
JUnit 注解（如 `@
Test`），且需与测试类物理隔离。
本文介绍了在使用JUnit4进行测试时遇到的“java.lang.Exception:No tests found matching”异常问题及解决方案。主要原因是测试方法未正确标注@Test注解，或者测试方法带有参数，不符合JUnit4的测试方法规范。
扫一扫
2261
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
