测试工程师必须要知道的单元测试框架Junit详解_junit5测试套件 @runwith(3)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

public void testSubtract() {
    assertEquals(8, new Calculate().subtract(10,2));
}
@Test
public void testMultiply() {
    assertEquals(6, new Calculate().multiply(3, 2));
}
@Test
public void testDivide() {
    assertEquals(5, new Calculate().divide(10, 2));
}

}

以上就是我们的单元测试，需要遵循一下规则：


1、每一个测试方法上使用@Test进行修饰


2、每一个测试方法必须使用public void 进行修饰


3、每一个测试方法不能携带参数


4、测试代码和源代码在两个不同的项目路径下


5、测试类的包应该和被测试类保持一致


6、测试单元中的每个方法必须可以独立测试


以上的6条规则，是在使用单元测试的必须项，当然junit也建议我们在每一个测试方法名加上test前缀，表明这是一个测试方法。


assertEquals是一个断言的规则，里面有两个参数，第一个参数表明我们预期的值，第二个参数表示实际运行的值。不过junit5对这些做出了一些改变，我们会在后续的文章中专门介绍。


我们运行一下测试类，就会运行每一个测试方法，我们也可以运行某一个，只需要在相应的测试方法上面右键运行即可。如果运行成功编辑器的控制台不会出现错误信息，如果有就会出现failure等信息。


**3、运行流程**


在上面的每一个测试方法中，代码是相当简单的，就一句话。现在我们分析一下这个测试的流程是什么：

public class JunitFlowTest {
@BeforeClass
public static void setUpBeforeClass() throws Exception {
System.out.println(“beforeClass…”);
}
@AfterClass
public static void tearDownAfterClass() throws Exception {
System.out.println(“afterClass…”);
}
@Before
public void setUp() throws Exception {
System.out.println(“before…”);
}
@After
public void tearDown() throws Exception {
System.out.println(“after”);
}
@Test
public void test1() {
System.out.println(“test1方法…”);
}
@Test
public void test2(){
System.out.println(“test2方法…”);
}
}

在上面的代码中，我们使用了两个测试方法，还有junit运行整个流程方法。我们可以运行一下，就会出现下面的运行结果：

beforeClass…
before…
test1方法…
after
before…
test2方法…
after
afterClass…

从上面的结果我们来画一张流程图就知道了：



![](https://img-blog.csdnimg.cn/img_convert/c31c99cfdbafda487cc023d3dc3b56b4.webp?x-oss-process=image/format,png)


这个流程相信应该能看懂，如果我们使用过SSM等其他的一些框架，经常会在before中添加打开数据库等预处理的代码，也会在after中添加关闭流等相关代码。


以上这个案例如果能看懂，基本上算是入门了。其实这个案例也比较简单。相信以大家聪明的头脑能看懂。下面我们看看junit中的注解。

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：310357728【暗号：csdn999】

![](https://img-blog.csdnimg.cn/direct/94283cbec505495e953d02e3a025da31.png)


## 


## **三、注解**


对于@Test，里面有很多参数供我们去选择。我们来认识一下


**1、@Test(expected=XX.class)**


这个参数表示我们期望会出现什么异常，比如说在除法中，我们1/0会出现ArithmeticException异常，那这里@Test(expected=ArithmeticException.class)。在测试这个除法时候依然能够通过。


**2、@Test(timeout=毫秒 )**


这个参数表示如果测试方法在指定的timeout内没有完成，就会强制停止。


**3、@Ignore**


这个注解其实基本上不用，他的意思是所修饰的测试方法会被测试运行器忽略。


**4、@RunWith**


更改测试运行器。



## **四、测试套件**


在文中一开始我们曾经提到，如果我们的项目中如果有成千上万个方法，那此时也要有成千上万个测试方法嘛？如果这样junit使用起来还不如System.out呢，现在我们认识一下测试嵌套的方法，他的作用是我们把测试类封装起来，也就是把测试类嵌套起来，只需要运行测试套件，就能运行所有的测试类了。

//这里有很多个测试类
public class Test1 {
@Test
public void test() {
System.out.println(“测试类1”);
}
}
public class Test2 {
@Test
public void test() {
System.out.println(“测试类2”);
}
}
//这里一次可以类推

下面我们使用测试套件，把这些测试类嵌套在一起。

@RunWith(Suite.class)
@Suite.SuiteClasses({Test1.class,Test2.class等相关测试类})
public class SuiteTest {
/*
* 写一个空类：不包含任何方法
* 更改测试运行器Suite.class
* 将测试类作为数组传入到Suite.SuiteClasses（{}）中
*/
}

也很简单，下面我们看一下，参数化设置。





![img](https://img-blog.csdnimg.cn/img_convert/d2bbdc93292fdee59129214fd156c649.png)
![img](https://img-blog.csdnimg.cn/img_convert/dbb0c391d8ecabb4c53da96b5f5be41d.png)
![img](https://img-blog.csdnimg.cn/img_convert/7d29b8592be254f52d442df9140f9a61.png)

**既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！**

**由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

**[需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！**

**由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

**[需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**