<th
ink>我们正在讨论的是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 Str
ing getProperty(Str
ing key) {
return config
.getProperty(key);
}
}
```
在其他测试类中使用ConfigReader时，正常导入并调用静态方法即可。
如果问题仍然存在，请检查：
- 是否在测试套件或测试运行配置中错误地包含了ConfigReader类。
- 构建工具（如Maven）的配置：确保测试模式正确（默认会运行所有符合命名规则的测试类）。
注意：在Maven中，默认测试运行器（如surefire）会查找所有符合以下命名规则的类：`**/Test*
.java`、`**/*Test
.java`、`**/*
Tests.java`、`**/*TestCase
.java`。因此，避免将ConfigReader命名为类似`ConfigReaderTest
.java`，否则构建工具会尝试将其作为测试类运行。
建议命名：使用`ConfigReader`（不带Test后缀）作为类名，并放置在非测试类命名的包中（但仍在test目录下）。
如果按照上述步骤操作，应该可以避免该异常。</th
ink>### 解决 ConfigReader 的 `No
runnable methods` 异常
当 `ConfigReader` 出现 `
java.lang.Exception: No
runnable methods` 异常时，表明 JUnit 错误地尝试将其作为测试类执行。以下是根本原因和解决方案：
#### 原因分析
1
. **类命名问题**：类名包含 `Test` 后缀（如 `ConfigReaderTest`），触发 JUnit 自动扫描
2
. **错误放置位置**：类文件被放在测试运行器扫描的目录中（如 `src/test/
java` 的根包）
3
. **IDE配置错误**：IDE 错误识别工具类为测试类
4
. **构建工具配置**：Maven/Gradle 测试包含规则过于宽泛
#### 解决方案
1
. **修改类名**（推荐）：
```diff
- public class ConfigReaderTest {
...}
+ public class ConfigReaderUtil {
...} // 移除Test后缀
```
2
. **调整目录结构**：
```text
src/test/
java
└── com/yourproject
├──
tests # 测试类目录（JUnit会扫描）
└── utils # 工具类目录（避免扫描）
└── ConfigReader
.java
```
3
. **添加类级别忽略注解**：
```
java
import org
.junit
.Ignore;
@Ignore("Not a test class") // 防止JUnit执行
public class ConfigReader {
// 原有实现
...
}
```
4
. **配置构建工具排除规则**：
Maven 配置示例（pom
.xml）：
```xml
<build>
<plug
ins>
<plug
in>
<groupId>org
.apache
.maven
.plug
ins</groupId>
<artifactId>maven-surefire-plug
in</artifactId>
<configuration>
<excludes>
<exclude>**/utils/*
.java</exclude> <!-- 排除工具包 -->
</excludes>
</configuration>
</plug
in>
</plug
ins>
</build>
```
#### 验证步骤
1
. 在测试类中正常调用：
```
java
import com
.yourproject
.utils
.ConfigReader;
public class ValidTest {
@Test
public void validTest() {
Str
ing value = ConfigReader
.getProperty("key");
// 断言验证
...
}
}
```
2
. 直接运行测试类（而非工具类）
3
. 使用构建命令验证：`mvn test` 或 `gradle test`
> **关键原则**：工具类不应包含任何 JUnit 注解（如 `@Test`），且需与测试类物理隔离。
本文介绍了一种在Java程序中遇到的错误：当使用断言功能时出现的Alwaysrunmainandtestswithassertionsenabled异常。该异常通常发生在没有正确启用断言的情况下运行带有断言检查的程序时。
扫一扫
1713
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
