java

关注公众号 jb51net

关闭
首页 > 软件编程 > java > @Test注解在Maven的Test.class类中无法使用

解决@Test注解在Maven工程的Test.class类中无法使用的问题

作者:佐月儿

这篇文章主要介绍了解决@Test注解在Maven工程的Test.class类中无法使用的问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教

@Test注解在Maven的Test.class类中无法使用

异常背景

在一个maven的web工程里, 我想写一个简单的测试类,于是就创建了一个类Test.class

在这个类里写@Test注解方法, 发现无法导入包,手动import org.junit.Test;导入也是无效

异常信息

异常分析

我第一直觉是,pom.xml没有配置坐标,看看发现配置了

再重新构建下maven,发现还是不行

再重新创建一个其他测试类,发现可以正常使用

也就是说, 创建的测试类的名字不能使用Test , 可能原因我猜注解和类同名问题

解决方案

就是删除这个Test.class测试类, 换一个名字就可以了

Maven工程找不到@Test

今天在IDEA下搭建maven进行单元测试的时候,在非test文件下面,写了一个测试类,发现@Test注解找不到,但是发现根路径下是有junit的jar包的,比较郁闷,然后就去查看自己的代码,发现在maven依赖中,junit的scope是test,如图一所示,果断将测试类放在test文件下,问题迎刃而解。

当然,如果把scope改为compile,测试类不一定要放在test文件下,放在main文件下也可以。

图一

进一步观察可以发现,问题出现在maven依赖范围内,查阅资料发现

maven的scope范围如下

1.test范围指的是测试范围有效,在编译和打包时都不会使用这个依赖

2.compile范围指的是编译范围有效,在编译和打包时都会讲依赖存储进去

3.provided依赖:在编译和测试范围有效,最后生成war时不会加入,例:servlet-api,如图二所示,因为servlet-api,tomcat等在web服务器已经存在,如果在打包会冲突

图二

4.runtime在运行时依赖,在编译的时候不依赖

默认的依赖范围是compile

由此进一步引申出test的传递依赖性,参考他人博客,如下:

依赖的传递

作用域是test的包不会传递到引用这个项目的其它项目,但如果不是test会传递依赖到其它项目。

如:项目A中有一个依赖包junit4.10,它的作用域是test

现在有一个项目B,引用项目A,如果项目B要使用junit4.10就必须自己重新定义依赖关系。【因为不会传递依赖,所以不会从项目A中得到】

但:如果作用域是其它的,不是test

那么项目B可以直接使用不用自己再定义一个依赖关系。【因为会从项目A中自动传递依赖,而得到】

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

您可能感兴趣的文章:
阅读全文