谈一谈JUnit神奇的报错 java.lang.Exception:No tests found matching

本文解决在Spring+SpringMVC+MyBatis项目中遇到的JUnit测试异常问题,包括Notestsfoundmatching和ExceptionInInitializerError错误,通过调整JUnit版本至4.12,成功解决了与SpringJUnit4ClassRunner的兼容性问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近在学习Spring+SpringMVC+MyBatis,一个人的挖掘过程确实有点艰难,尤其是有一些神奇的报错让你会很蛋疼。特别是接触一些框架还是最新版本的时候,会因为版本问题出现很多错误,欢迎大家一起学习交流害羞

这篇就说一下困扰我昨晚2小时的一个报错,nitializationError(org.junit.runner.manipulation.Filter)或者No tests found matching异常,查阅了很多资料,总结一下这些情况和解决办法。

1.最容易发现的错误,就如报错所说,没有找到test方法就是因为忘记在方法前加 @Test 注解了。

应该是这样:

   public class TestCase {
      @Test
      public void checkSomething() {
        //...
      }
    }

2.使用Maven构建项目时候,pom文件中的JUnit版本和classpath中的版本不一致,删掉一个就好(这种应该没什么人吧。。。)。

3.你可以尝试重启Eclipse或者重建或者刷新项目,重新清理,关闭重新打开项目……有时候是Eclipse的问题。

4.如果是测试方法命名不规范的问题,你可以尝试把方法统一改为 testXXX(),这是JUnit3风格。

5.测试类所在文件夹必须为源文件夹source files,如果不是,选择 'Build path' -> 'Use as a source folder'。

6.看你的测试类是否继承TestCase,如果是,删除继承,并不需要继承,例如:

   public class MyTestCase extends TestCase{
      @Test
      public void checkSomething() {
        //...
      }
    }
    //Result> AssertionFailedError: No test Found in MyTestCase

应该是下面的TestCase

    public class MyTestCase {
      @Test
      public void checkSomething() {
        //...
      }
    }
    //Works fine

7.有些小伙伴右键选择特定的测试方法会报错,但是运行整个测试类却不会,不信可以试试大笑

8.如果你的Eclipse版本太旧,也会导致,更新版本。

9.最后一个就是我的这个问题:版本不兼容,需要更换JUnit或者spring版本

报错信息具体如下,会有两种 

   java.lang.Exception: No tests found matching [{ExactMatcher:fDisplayName=testQueryById], {ExactMatcher:fDisplayName=testQueryById(org.seckill.dao.SeckillDaoTest)], {LeadingIdentifierMatcher:fClassName=org.seckill.dao.SeckillDaoTest,fLeadingIdentifier=testQueryById]] from org.junit.internal.requests.ClassRequest@1698c449
        at org.junit.internal.requests.FilterRequest.getRunner(FilterRequest.java:35)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createFilteredTest(JUnit4TestLoader.java:77)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:68)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:43)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:444)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
     


或者:

    java.lang.ExceptionInInitializerError
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:408)
        at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
        at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
        at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
        at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
        at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
        at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createUnfilteredTest(JUnit4TestLoader.java:84)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:70)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:43)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:444)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
    Caused by: java.lang.IllegalStateException: SpringJUnit4ClassRunner requires JUnit 4.12 or higher.
        at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.<clinit>(SpringJUnit4ClassRunner.java:102)
        ... 17 more

No tests found matching和ExceptionInInitializerError这两个错误其实都是一个,都是初始化错误,测试用例没有成功。
   

 package org.seckill.dao;
     
    import javax.annotation.Resource;
     
    import org.junit.Test;
    import org.junit.runner.RunWith;
    import org.seckill.entity.Seckill;
    import org.springframework.test.context.ContextConfiguration;
    import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
     
    /**
     * project:seckill
     * @author Daley 下午10:20:28 2016年12月20日 2016
     * 配置Spring和JUnit整合 ,JUnit启动时加载SpringIOC容器
     */
    @RunWith(SpringJUnit4ClassRunner.class)
    //告诉JUnitSpring配置文件
    @ContextConfiguration({"classpath:spring/spring-dao.xml"})
    public class SeckillDaoTest {
        //注入Dao实现类依赖
        @Resource
        private SeckillDao seckillDao;
        @Test
        public void testQueryById() {
            long id=1000;
            Seckill seckill=seckillDao.queryById(id);
            System.out.println(seckill.getName());
            System.out.println(seckill);
        }
     
    }


由于试过了很多方法,这时我有了一个最不愿意的怀疑,难道是版本不兼容问题?

于是我把 @RunWith注解删掉,发现这时报的是空指针错误,说明没有加载spring容器,我使用的SpringFramework版本是 4.3.4.RELEASE ,这个是最终版本应该是比较稳定和兼容性好呀,那么问题可能就是JUnit不兼容了,我使用的是JUnit4.10
当我换成4.11时候,还是报错,但是换到最新的4.12版本的时候,这个报错消失了!出现了这个可爱的颜色。


嗯……绿色一定是我的最爱

顺便贴出配置信息:

  

  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    </dependency>
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-context -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-beans -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-jdbc -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-tx -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-tx</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-web -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-web</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-webmvc</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.springframework/spring-test -->
    <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-test</artifactId>
    <version>4.3.4.RELEASE</version>
    </dependency>


---------------------
作者:DaleyDC
来源:优快云
原文:https://blog.youkuaiyun.com/sinat_32873711/article/details/53780453
版权声明:本文为博主原创文章,转载请附上博文链接!

<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.IOException; 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 RuntimeException("配置文件未找到!"); } } catch (IOException e) { throw new RuntimeException("配置文件加载失败", 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命名为类似`ConfigReaderTest.java`,否则构建工具会尝试将其作为测试类运行。 建议命名:使用`ConfigReader`(不带Test后缀)作为类名,并放置在非测试类命名的包中(但仍在test目录下)。 如果按照上述步骤操作,应该可以避免该异常。</think>### 解决 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> <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 ValidTest { @Test public void validTest() { String value = ConfigReader.getProperty("key"); // 断言验证... } } ``` 2. 直接运行测试类(而非工具类) 3. 使用构建命令验证:`mvn test` 或 `gradle test` > **关键原则**:工具类不应包含任何 JUnit 注解(如 `@Test`),且需与测试类物理隔离。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值