洞察探讨小游戏SDK接入的最佳实践以及对企业跨平台开发的优势
1805
2022-10-23
解决@Test注解在Maven工程的Test.class类中无法使用的问题
目录@Test注解在Maven的Test.class类中无法使用异常背景异常信息异常分析解决方案Maven工程找不到@Testmaven的scope范围如下依赖的传递
@Test注解在Maven的Test.class类中无法使用
异常背景
在一个maven的web工程里, 我想写一个简单的测试类,于是就创建了一个类Test.class
在这个类里写@Test注解方法, 发现无法导入包,手动import org.junit.Test;导入也是无效
异常信息
异常分析
我第一直觉是,pom.xml没有配置坐标,看看发现配置了
再重新构建下maven,发现还是不行
再重新创建一个其他测试类,发现可以正常使用
也就是说, 创建的测试类的名字不能使用Test , 可能原因我猜注解和类同名问题
解决方案
就是删除这个Test.class测试类, 换一个名字就可以了
Maven工程找不到@Test
今天在IDEA下搭建maven进行单元测试的时候,在非test文件下面,写了一个测试http://类,发现@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中自动传递依赖,而得到】
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~