🔥Maven工程测试_Junit使用步骤

在Maven项目中引入依赖

<dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><scope>test</scope>
</dependency>

定义被测试的类

我们定义一个计算器工具类。

public class Calculator {// 加法public int add(int a,int b){return a+b;}// 除法public int div(int a,int b){return a/b;}
}

对定义的类进行测试

⭐ 创建src/test/java包，并将改包设置为测试包。
⭐ 在src/test/java中创建测试类的包，包名一般与被测试包名一致。
⭐ 定义测试类，类名一般为被测试类+Test

⭐ 测试类中编写测试方法。

public class CalculatorTest {/*** 测试方法是可以独立运行的，写法如下：* 1.方法名一般为test+被测试方法名* 2.方法上方添加@Test* 3.测试方法没有参数和返回值*/@Testpublic void testAdd(){Calculator calculator = new Calculator();int add = calculator.add(1, 2);System.out.println(add);}@Testpublic void testDiv(){Calculator calculator = new
Calculator();int div = calculator.div(2,0);System.out.println(div);}
}

🔥Maven工程测试_Junit结果判定

点击测试方法边的三角运行测试方法，如果出现绿色对钩，证明方法能正常运行；如果出现红色感叹号，证明方法抛出异常，需要修改方法。

当然，不是能正常运行就代表方法一定没有问题，也有可能方法的结果和预期结果不一致，这时就需要使用断言操作。

@Test
public void testAdd(){Calculator calculator = new
Calculator();int add = calculator.add(1, 2);/*** 断言* 参数1：预期结果，参数2：实际结果*/Assert.assertEquals(2,add);}

如果真实结果和预期结果不一致，则会抛出以下异常：

🔥Maven工程测试_@Before、@After

在测试类中，@Before 修饰的方法会在测试方法之前自动执行，@After 修饰的方法会在测试方法执行之后自动执行。我们可以设置前置方法为获取资源，后置方法为释放资源。

@Before
public void before(){System.out.println("开始测试");
}
@After
public void after(){System.out.println("结束测试");
}

🔥依赖冲突调解_最短路径优先原则

依赖冲突产生的原因——依赖传递

假设你的项目依赖jar包A，jar包A又依赖jar包B。当添加jar包A时，Maven会把jar包B也自动加入到项目中。比如刚刚我们添加了 junit 依赖，junit 又依赖hamcrest，所以Maven会将junit和hamcrest都加入项目中。

这时就可能会产生依赖冲突问题，比如依赖A会引入依赖C，依赖B也会引入依赖C。如果不进行调解则会引入两个依赖C，那么Maven是如何解决依赖冲突问题的呢？

依赖冲突调解

我们以Spring依赖为例，spring-webmvc依赖spring-aop，spring-context也依赖spring-aop，如果两个同时引入，会引入哪个版本的spring-aop呢？

<dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.2.12.RELEASE</version>
</dependency>
<dependency><groupId>org.springframework</groupId><artifactId>spring-webmvc</artifactId><version>4.2.4.RELEASE</version>
</dependency>

Maven调解依赖冲突的第一原则是最短路径优先原则：

也就是说项目依赖关系树中路径最短的版本会被使用。例如，假设有几个jar包之间的依赖关系是： A->B->C->D(2.0) 和 E->F->D(1.0) ，如果同时引入A和E，那么D(1.0)会被使用，因为E到D的路径更短。

查看依赖路径的方式如下：

spring-webmvc到spring-aop的路径如下：

spring-context到spring-aop的路径如下：

可以看到，spring-webmvc 到spring-aop 的路径为：

 spring-webmvc -> spring-context -> spring-aop

而spring-context到spring-aop的路径为：

spring-context -> spring-aop

spring-context到spring-aop的路径更短，所以spring-aop会按照spring-context的版本引入。

🔥依赖冲突调解_最先声明原则

最短路径优先原则不能解决所有问题，比如这样的依赖关系： A–>B–>C(1.0) 和 D–>E–>C(2.0) ，同时引入A和D之后，C(1.0)和C(2.0)的依赖路径长度都为2。此时第一原则将不能解决问题

Maven调解依赖冲突的第二原则是最先声明原则：
在依赖路径长度相等的前提下，在POM中依赖声明的顺序靠前的会被解析使用。比如：以上案例中，spring-webmvc和spring-context到spring-core的路径都为1。谁声明在上方，spring-core会按照谁的版本引入。

🔥依赖冲突调解_排除依赖、锁定版本

如果不想使用Maven默认的冲突调解方式，有两种方式可以手动进行冲突调解。

排除依赖

比如以上案例中，想使用spring-webmvc的spring-aop包，那么可以让spring-context引入时排除引入spring-aop包，这样就可以使用spring-webmvc的spring-aop包了，写法如下

<dependency><groupId>org.springframework</groupId><artifactId>spring-webmvc</artifactId><version>4.2.4.RELEASE</version>
</dependency>
<dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.2.12.RELEASE</version><exclusions><exclusion><groupId>org.springframework</groupId><artifactId>spring-aop</artifactId></exclusion></exclusions>
</dependency>

锁定版本

在Maven中为某个jar包配置锁定版本后，不考虑依赖的声明顺序和依赖路径，以锁定的版本的为准添加到工程中，此方法在企业开发中常用。以下可以直接配置spring-aop锁定的版本。

<dependencyManagement><dependencies><dependency><groupId>org.springframework</groupId><artifactId>springaop</artifactId><version>4.2.4.RELEASE</version></dependency></dependencies>
</dependencyManagement>