scopetest.java_Maven之scope详解 以及test测试(转)

scope的分类

compile(编译范围)

默认就是compile,什么都不配置也就是意味着compile。compile表示被依赖项目需要参与当前项目的编译,当然后续的测试,

运行周期也参与其中,是一个比较强的依赖。打包的时候通常需要包含进去。

test(测试范围)

scope为test表示依赖项目仅仅参与测试相关的工作,包括测试代码的编译,执行。比较典型的如junit。

PS: test表示只能在src下的test文件夹下面才可以使用,你如果在a项目中引入了这个依赖,在b项目引入了a项目作为依赖,在b项目中这个注解不会生效,因为scope为test时无法传递依赖。

runntime(运行时范围)

runntime表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过编译而已,

说实话在终端的项目(非开源,企业内部系统)中,和compile区别不是很大。比较常见的如JSR×××的实现,对应的API jar是compile的,

具体实现是runtime的,compile只需要知道接口就足够了。Oracle jdbc驱动架包就是一个很好的例子,一般scope为runntime。

另外runntime的依赖通常和optional搭配使用,optional为true。我可以用A实现,也可以用B实现。

provided(已提供范围)

provided意味着打包的时候可以不用包进去,别的设施(Web Container)会提供。事实上该依赖理论上可以参与编译,测试,运行等周期。相当于compile,但是在打包阶段做了exclude的动作。

例如, 如果你开发了一个web 应用,你可能在编译 classpath 中需要可用的Servlet API 来编译一个servlet,但是你不会想要在打包好的WAR 中包含这个Servlet API;

这个Servlet API JAR 由你的应用服务器或者servlet 容器提供。已提供范围的依赖在编译classpath (不是运行时)可用。它们不是传递性的,也不会被打包。

system(系统范围)

system范围依赖与provided 类似,但是你必须显式的提供一个对于本地系统中JAR 文件的路径。这么做是为了允许基于本地对象编译,

而这些对象是系统类库的一部分。这样的构件应该是一直可用的,Maven 也不会在仓库中去寻找它。如果你将一个依赖范围设置成系统范围,

你必须同时提供一个 systemPath 元素。注意该范围是不推荐使用的(你应该一直尽量去从公共或定制的 Maven 仓库中引用依赖)。

scope的依赖传递

A–>B–>C。当前项目为A,A依赖于B,B依赖于C。知道B在A项目中的scope,那么怎么知道C在A中的scope呢?答案是:

当C是test或者provided时,C直接被丢弃,A不依赖C;

否则A依赖C,C的scope继承于B的scope。

下面是一张nexus画的图。

04da67063bd0cd894e6e10ed51a7c4eb.png

使用test注解

@runWith注解作用:

--@RunWith就是一个运行器

--@RunWith(JUnit4.class)就是指用JUnit4来运行

--@RunWith(SpringJUnit4ClassRunner.class),让测试运行于Spring测试环 境,以便在测试开始的时候自动创建Spring的应用上下文

--@RunWith(Suite.class)的话就是一套测试集合

引申:

Spring Boot 1.5.2 Junit测试

使用 Spring 进行单元测试

方法1:

48304ba5e6f9fe08f3fa1abda7d326ab.png

@RunWith(SpringRunner.class)

@SpringBootTest(classes = Application.class, webEnvironment =SpringBootTest.WebEnvironment.RANDOM_PORT)

@EnableAutoConfiguration

public classBBTestAA {

@Autowired

privateTestRestTemplate testRestTemplate;

//Application.class 为SpringBoot的启动入口类,每个SpringBoot项目大家都会配置

}

48304ba5e6f9fe08f3fa1abda7d326ab.png

如果pom.xml中有如下代码,这行@RunWith(SpringRunner.class)就不会出现SpringRunner,反而有@RunWith(SpringJUnit4ClassRunner.class)

org.springframework

spring-test

4.2.4.RELEASE

如果pom.xml中没有这段,则@RunWith(SpringRunner.class)不会报错。如果有这段:①未注释test会报错;②注释test不会报错

junit

junit

4.12

test

如果pom.xml中没有这段,则会报错。如果有这段:①未注释testSpringRunner、SpringBootTest无法引用,会报错;②注释test不会报错

org.springframework.boot

spring-boot-starter-test

1.5.9.RELEASE

test

总结起来,想要使用

@RunWith(SpringRunner.class)

@SpringBootTest(classes = App.class)

pom.xml中应该引用这两个

48304ba5e6f9fe08f3fa1abda7d326ab.png

org.springframework.boot

spring-boot-starter-test

1.5.9.RELEASE

junit

junit

4.12

48304ba5e6f9fe08f3fa1abda7d326ab.png

方法2:

如果有test@RunWith报红,没有test会引入该类

junit

junit

4.12

test

如果有test@SpringBootTest报红,没有test会引入该类

org.springframework.boot

spring-boot-test

1.5.9.RELEASE

test

如果是4.2.4.RELEASESpringRunner报红,如果4.2.4.RELEASE会引入该类

org.springframework

spring-test

4.2.4.RELEASE

所以最后要正确使用,需引入这些架包2.在IDE中新增JunitTest类

48304ba5e6f9fe08f3fa1abda7d326ab.png

@RunWith(SpringRunner.class) //14.版本之前用的是SpringJUnit4ClassRunner.class

@SpringBootTest(classes = Application.class) //1.4版本之前用的是//@SpringApplicationConfiguration(classes = Application.class)

public classSystemInfoServiceImplTest {

@Autowired

privateISystemInfoService systemInfoservice;

@Test

public void add() throwsException {

}

@Test

public void findAll() throwsException {

}

}

48304ba5e6f9fe08f3fa1abda7d326ab.png

主要是注解的更改,如果注解用的不对,会报各种奇怪的问题,例如applicationContext找不到,datasource实例化失败等等。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值