【单元测试】Junit 4（二）--eclipse配置Junit+Junit基础注解

1.0 前言

​ 前面我们介绍了白盒测试方法，后面我们来介绍一下Junit 4，使用的是eclipse（用IDEA的小伙伴可以撤了）

1.1 配置Junit 4

1.1.1 安装包

我们需要三个jar包：

• org.junit_4.13.2.v20211018-1956.jar
• org.hamcrest.core_1.3.0.v20180420-1519.jar
• org.hamcrest-library-1.3.jar

org.junit_4.13.2.v20211018-1956.jar和org.hamcrest.core_1.3.0.v20180420-1519.jar这两个jar包是eclipse自带的

然后我们需要下一个org.hamcrest-library-1.3.jar

1.1.2 创建Junit项目

点击 new >> New >> Project

选择Java Project 点击next

输入项目名，选择jre，点击next

选择 Libraries >> Classpath >> Add Extemal JARs

选择之前我们的三个jar包，一般放在eclipsed的plugins目录，org.hamcrest-library-1.3.jar则在自己下载的目录（可以把下载下来的jar包也丢这里），点击Finish

我们新建一个文件夹存放junit代码

新建一个项目

编写Demo.java代码：

publicclassDemo{publicint add (int a,int b){return a + b;}publicint div (int a,int b){return a / b;}}

右键项目，new一个，这里没有junit，我们去其他里面找

在java下的junit，选择Test Case，点击next

选择junit4，选择目录到我们刚刚建的junit文件夹，选择Finish

在DemoTest.java中输入代码：

importstaticorg.junit.Assert.*;importorg.junit.After;importorg.junit.Before;importorg.junit.Test;publicclassDemoTest{Demo demo;@BeforepublicvoidsetUp()throwsException{
        demo =newDemo();}@AfterpublicvoidtearDown()throwsException{
        demo =null;}@TestpublicvoidtestAdd(){// 实例化一个类Demo demo =newDemo();// 期望值int expetected =2;// 真实值int trueValue = demo.add(1,1);// 断言方法assertEquals(expetected, trueValue);}@TestpublicvoidtestDiv(){// 实例化一个类Demo demo =newDemo();// 期望值int expetected =2;// 真实值int trueValue = demo.div(2,1);// 断言方法assertEquals(expetected, trueValue);}}

运行

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-M5JlDtKd-1667395645498)(E:\桌面\博客园\image\image-20221102211733409.png)]

1.2 Junit 4 注解

1.2.1 测试用例相关的注解

1.2.1.1 @Before

publicvoidsetUp()throwsException{// 初始化所需的资源}

在每个测试方法之前执行，用以初始化需要初始化的资源

1.2.1.2 @After

@AfterpublicvoidtearDown()throwsException{// 关闭资源}

在每个测试方法之后执行，用以关闭需要初始化的资源

1.2.1.3 @BeforeClass

@BeforeClasspublicstaticvoidsetup()throwsException{// 初始化资源}

在所有方法执行之前执行，一般被用作执行计算代价很大的任务，如打开数据库连接。被@BeforeClass 注解的方法应该是静态的（即 static类型的）。

1.2.1.4 @AfterClass

@AfterClasspublicstaticvoidtearDown()throwsException{// 关闭资源}

在所有方法执行之后执行，一般被用作执行类似关闭数据库连接的任务。被@AfterClass 注解的方法应该是静态的（即 static类型的）。

1.2.1.5 @Test

@Testpublicvoidtest01(){// 测试，断言等}

包含了真正的测试代码，并且会被Junit应用为要测试的方法。

@Test注解有两个可选的参数：

• expected表示此测试方法执行后应该抛出的异常，（值是异常名）
• timeout检测测试方法的执行时间

1.2.1.6 @Ignore

注释掉一个测试方法或者一个类，被注释的方法或类，不会被执行。

注意:JUnite4的执行顺序：@BeforeClass > @Before > @Test1 > @After > @Before > @Test2 > @After … > @AfterClass

1.2.1.7 示例

importstaticorg.junit.Assert.*;importorg.junit.After;importorg.junit.Before;importorg.junit.Test;publicclassDemoTest{@BeforeClasspublicstaticvoidsetup()throwsException{// 这里初始化资源（如连接数据库）}@AfterClasspublicstaticvoidtearDown()throwsException{// 关闭资源（）}@BeforepublicvoidsetUp()throwsException{System.out.println("SetUp.....");// 这里初始化我们所需要的资源}@AfterpublicvoidtearDown()throwsException{System.out.println("Gone.....");// 这里关闭我们的资源}@Testpublicvoidtest01(){// 测试1}@Ignore@Testpublicvoidtest02(){// 测试2}}

1.2.2 打包测试Suite相关的注解

1.2.2.1 @RunWith(Suite.class)

需要一个特殊的Runner, 因此需要向@RunWith注解传递一个参数Suite.calss。

1.2.2.2 @Suite.SuiteClasses(…{xx.class, xx.class, …})

用来表明这个类是一个打包测试类，把需要打包的类作为参数传递给该注解即可。

1.2.2.3 示例

有了这两个注解之后，就已经完整的表达了所有的含义，因此下面的类无关紧要，随便起个类名，内容为空

importorg.junit.runner.RunWith;importorg.junit.runners.Suite;importorg.junit.runners.Suite.SuiteClasses;publicclassDemoTest{@RunWith(Suite.class)@SuiteClasses({Demo01.class,Demo02.class,Demo03.class})publicclassAllTests{}}

1.2.3 参数化测试相关的注解

1.2.3.1 @RunWith(Parameterized.class)

首先要为这种测试专门生成一个新的类，而不能与其他测试共用同一个类。

这里不使用默认的Runner了，使用带有参数化功能的Runner。

@RunWith(Parameterized.class)这条语句就是为这个类指定了ParameterizedRunner。

这个需要和我们后面的**@Parameters**组合使用

1.2.3.2 @Parameters

放在方法上。

定义一个待测试的类，并且定义两个变量，一个用于存放参数，一个用于存放期待的结果。

定义测试数据的结合，就是下方的prepareData()方法，该方法可以任意命名，但是必须使用@Parameters标注进行修饰。

这里需要注意：其中的数据是一个二维数组，数据两两一组，每组中的这两个数据，一个是参数，一个是预期的结果。比如第一组{2，4}中：2是参数，4是预期结果。这两数据顺序无所谓。

然后，是构造函数，其功能就是对先前定义的两个参数进行初始化。这里要注意参数的顺序，要和上面的数据集合的顺序保持一致。（比如都是先参数后结果）

那么这里我们还是看下面的例子吧

1.2.3.3 示例

importstaticorg.junit.Assert.assertEquals;importjava.util.Arrays;importorg.junit.Test;importorg.junit.runner.RunWith;importorg.junit.runners.Parameterized;importorg.junit.runners.Parameterized.Parameters;@RunWith(Parameterized.class)publicclassFibonacciTest{@Parameters(name ="{index}: fib({0})={1}")publicstaticIterable<Object[]>data(){returnArrays.asList(newObject[][]{{0,0},{1,1},{2,1},{3,2},{4,3},{5,5},{6,8}});}privateint input;privateint expected;publicFibonacciTest(int input,int expected){this.input = input;this.expected = expected;}@Testpublicvoidtest(){assertEquals(expected,Fibonacci.compute(input));}}

1.2.4 控制用例执行顺序相关的注解

1.2.4.1 @FixMethodOrder

控制测试方法的执行顺序的。

该注解的参数是org.junit.runners.MethodSorters对象。

枚举类org.junit.runners.MethodSorters中定义三种顺序类型：

MethodSorters.JVM：按照JVM得到的方法顺序，即代码中定义的方法顺序。

MethodSorters.DEFAULT：默认的顺序，以确定但不可预期的顺序执行。

MethodSorters.NAME_ASCENDING：按方法名字母顺序执行。

1.2.5 自定义规则Rule相关的注解

1.2.5.1 @Rule和@ClassRule

1. 什么是Rule实现Rule是一组实现了TestRule接口的共享类，提供了验证，监视TestCase和外部资源管理等能力。即，提供了测试用例执行过程中一些通用功能的共享能力，使不必重复编写一些功能类似的代码。
2. JUnit4中包含两个注解：@Rule和@ClassRule用于修饰Field或返回Rule的Method。

两者作用域不同：

• @Rule的作用域是测试方法。
• @ClassRule则是测试Class。

1.2.5.2 JUnit提供了以下几个Rule实现，必要时也可以自己实现Rule

• Verifier：验证测试执行结果的正确性。
• ErrorCollector：收集测试方法中出现的错误信息，测试不会中断，如果有错误发生，测试结束后会标记失败。
• ExpectedException：提供灵活的异常验证功能。
• Timeout：用于测试超时的Rule。
• ExternalResource：外部资源管理。
• TemporaryFolder：在JUnit的测试执行前后，创建和删除新的临时目录。
• TestWatcher：监视测试方法生命周期的各个阶段。
• TestName：在测试方法执行过程中提供获取测试名字的能力。