您好,登录后才能下订单哦!
这篇文章给大家分享的是有关@Test注解在Maven工程的Test.class类中无法使用怎么办的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。
在一个maven的web工程里, 我想写一个简单的测试类,于是就创建了一个类Test.class
在这个类里写@Test注解方法, 发现无法导入包,手动import org.junit.Test;导入也是无效
我第一直觉是,pom.xml没有配置坐标,看看发现配置了
再重新构建下maven,发现还是不行
再重新创建一个其他测试类,发现可以正常使用
也就是说, 创建的测试类的名字不能使用Test , 可能原因我猜注解和类同名问题
就是删除这个Test.class测试类, 换一个名字就可以了
今天在IDEA下搭建maven进行单元测试的时候,在非test文件下面,写了一个测试类,发现@Test注解找不到,但是发现根路径下是有junit的jar包的,比较郁闷,然后就去查看自己的代码,发现在maven依赖中,junit的scope是test,如图一所示,果断将测试类放在test文件下,问题迎刃而解。
当然,如果把scope改为compile,测试类不一定要放在test文件下,放在main文件下也可以。
图一
进一步观察可以发现,问题出现在maven依赖范围内,查阅资料发现
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中自动传递依赖,而得到】
感谢各位的阅读!关于“@Test注解在Maven工程的Test.class类中无法使用怎么办”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。