文章通过学习慕课网https://www.imooc.com/learn/356 进行整理,分享给大家
引言:我们在测试的时候,常常会用main方法或者System.out.prinln来输出我们的方法的结果,但是这种方法过于繁琐和枯燥,因此我们引入了Junit 测试框架,通过学习Junit4 我们对于测试代码将会更加规范和迅速。
官方的网址:junit.org
简介:JUnit is a simple framework to write repeatable tests. It is an instance of the xUnit architecture for unit testing frameworks.
单元测试,故名思义,在项目的开发中就对每个业务逻辑的方法进行测试,而不是等项目完结后出现大量的bug而浪费时间。
原理:使用断言机制,将我们的预期结果和程序的结果进行比对,确保对结果的可预知性...
导入jar包 junit-4.11.jar,hamcrest-core-1.3.jar
了解后,我们就开始快速简单入门吧!
首先创建一个被测试类:
package com.bluemsun.util;
/**
* Created by Administrator on 2018/9/9.
*/
public class Calculate {
public int add(int a,int b) {
return a + b;
}
public int subtract(int a, int b) {
return a - b;
}
public int multiply(int a,int b) {
return a * b;
}
public int divide(int a ,int b) {
return a / b;
}
}
方法一:然后重新创建一个用来测试的包 用来测试代码
正常新建 Directory
比如我们取名为 resource ,默认情况是这样的
输入快捷键(Ctrl+Shift+Alt+S),或者点击右上角的 New,然后选择 Project Structure...
然后 Apply,保存
于是,我们就能看到 resource 文件夹已经不再是 普通的 Directory,同时我们新建两个子文件夹,效果如图
方法二:
----------------------------------------------------------------------------------------------------------------------------------------------------------
然后开始测试
批量添加测试方法:
然后现在做到这里呢,我们需要一个小总结
/*
* 1.测试方法上必须使用@Test进行修饰
* 2.测试方法必须使用public void 进行修饰,不能带任何的参数
* 3.新建一个源代码目录来存放我们的测试代码
* 4.测试类的包应该和被测试类保持一致
* 5.测试单元中的每个方法必须可以独立测试,测试方法间不能有任何的依赖
* 6.测试类使用Test作为类名的后缀(不是必须)
* 7.测试方法使用test作为方法名的前缀(不是必须)
*/ 虽然有点繁琐,但是可能让我们的代码更加规范,维护起来也更加便利
然后现在我们运行我们的测试代码,测试用例不是用来证明你是对的,而是用来证明你没有错!!!
测试失败的两种情况:
/*
* 1.Failure一般由单元测试使用的断言方法判断失败所引起的,这经表示 测试点发现了问题
* ,就是说程序输出的结果和我们预期的不一样。(黄色警告)
* 2.error是由代码异常引起的,它可以产生于测试代码本身的错误,也可以是被测试代码中的
* 一个隐藏的bug(红色警告)
*/
运行流程:
其实不知道为什么idea里面少了@AfterClass和@BeforeClass
再来一个小总结:/*
* 1.@BeforeClass修饰的方法会在所有方法被调用前被执行,
* 而且该方法是静态的,所以当测试类被加载后接着就会运行它,
* 而且在内存中它只会存在一份实例,它比较适合加载配置文件。
* 2.@AfterClass所修饰的方法通常用来对资源的清理,如关闭数据库的连接
* 3.@Before和@After会在每个测试方法的前后各执行一次。
*
*/
常用的注解:
/*
* @Test:将一个普通的方法修饰成为一个测试方法
* @Test(expected=XX.class) 类似抛出异常
* @Test(timeout=毫秒 ) 为测试的方法设置时间,超出则测试失败;
* @BeforeClass:它会在所有的方法运行前被执行,static修饰
* @AfterClass:它会在所有的方法运行结束后被执行,static修饰
* @Before:会在每一个测试方法被运行前执行一次
* @After:会在每一个测试方法运行后被执行一次
* @Ignore:所修饰的测试方法会被测试运行器忽略
* @RunWith:可以更改测试运行器 org.junit.runner.Runner (之后将会介绍)
*/
代码:
package com.bluemsun.util;
import org.junit.Ignore;
import org.junit.Test;
import static org.junit.Assert.assertEquals;
/**
* Created by Administrator on 2018/9/9.
*/
public class AnotationTest {
@Test
public void testDivide(){
assertEquals(3,new Calculate().divide(3,0));
}
@Test(expected=ArithmeticException.class)
public void testDivide2() {
assertEquals(3, new Calculate().divide(6, 0));
}
@Ignore("为什么要忽略我呢?")
public void testAdd(){
}
@Test(timeout=2000)
public void testWhile() {
while(true) {
System.out.println("run forever...");
}
}
@Test(timeout=2000)
public void testReadFile(){
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
测试套件的使用(批量运行多个测试类):
总结为:/*
* 1.测试套件就是组织测试类一起运行的
*
* 写一个作为测试套件的入口类,这个类里不包含其他的方法
* 更改测试运行器Suite.class
* 将要测试的类作为数组传入到Suite.SuiteClasses({})
*/
代码示例:
package com.imooc.util;
import static org.junit.Assert.*;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.junit.runners.Suite;
@RunWith(Suite.class)
@Suite.SuiteClasses({TaskTest1.class,TaskTest2.class,TaskTest3.class})
public class SuiteTest {
}
参数化设置: 比如我们上面Calulate类中的加减乘除的方法,结构都大同小异,不同的只是预期值和测试值,通过一个方法一个方法的去测试,显然不太明智,因此,参数化设置就只需写入预期值,和所测试的值就可以实现测试;
总结为:/*
* 1.更改默认的测试运行器为RunWith(Parameterized.class)
* 2.声明变量来存放预期值 和结果值
* 3.声明一个返回值 为Collection的公共静态方法,并使用@Parameters进行修饰
* 4.为测试类声明一个带有参数的公共构造函数,并在其中为之声明变量赋值
*/
一个实例:
@RunWith(Parameterized.class)
public class ParameterTest {
int expected =0;
int input1 = 0;
int input2 = 0;
@Parameters
public static Collection<Object[]> t() {
return Arrays.asList(new Object[][]{
{3,1,2},
{4,2,2}
}) ;
}
public ParameterTest(int expected,int input1,int input2) {
this.expected = expected;
this.input1 = input1;
this.input2 = input2;
}
@Test
//测试方法
public void testAdd() {
assertEquals(expected, new Calculate().add(input1, input2));
}
}