今天在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中自动传递依赖,而得到】