JUnit入门

(一)JUnit入门简介
JUnit是由 Erich Gamma 和 Kent Beck 编写的一个开发源代码的回归测试框架（regression testing framework）,用于编写和运行可重复的测试。Junit测试是程序员测试，即白盒测试。

白盒测试：把测试对象看作一个打开的盒子，程序内部的逻辑结构和其他信息对测试人 员是公开的。
回归测试：软件或环境的修复或更正后的再测试，自动测试工具对这类测试尤其有用。
单元测试：最小粒度的测试，以测试某个功能或代码块。一般由程序员来做，因为它需要知道内部程序设计和编码的细节。

（1）单元测试的好处

提高开发速度，测试是以自动化方式执行的，提升了测试代码的执行效率。
提高软件代码质量，它使用小版本发布至集成，便于实现人员除错。同时引入重构概念，让代码更干净和富有弹性。
提升系统的可信赖度，它是回归测试的一种。支持修复或更正后的“再测试”，可确保代码的正确性。

（2）单元测试的针对对象
面向过程的软件开发针对过程。
面向对象的软件开发针对对象。
可以做类测试，功能测试，接口测试（最常用于测试类中的方法）。

JUnit 是 Java 语言事实上的标准单元测试库。 JUnit 的易用性无疑是它受欢迎的主要原因。 JUnit 的一大主要特点是，它在执行的时候，各个方法之间是相互独立的，一个方法的失败不会导致别的方法失败，方法之间也不存在相互依赖的关系，彼此是独立的。 JUnit 4 是该库以来最具里程碑意义的一次发布。它的新特性主要是通过采用 Java 5 中的标记（ Annotation ）而不是利用子类、反射或命名机制来识别测试，从而简化测试。

 

（二）JUnit框架组成
 对测试目标进行测试的方法与过程集合，可称为测试用例(TestCase)。
测试用例的集合，可容纳多个测试用例(TestCase)，将其称作测试包(TestSuite)。
测试结果的描述与记录。(TestResult) 。
测试过程中的事件监听者(TestListener)。
每一个测试方法所发生的与预期不一致状况的描述，称其测试失败元素(TestFailure) 

JUnit Framework中的出错异常（AssertionFailedError）。

JUnit框架是一个典型的Composite模式：TestSuite可以容纳任何派生自Test的对象；当调用TestSuite对象的run()方法是，会遍历自己容纳的对象，逐个调用它们的run()方法。

 

(三)JUnit3.8中常用的接口和类

 

(1) Test接口：运行测试和收集测试结果
    Test接口使用了Composite设计模式，是单独测试用例（TestCase），聚合测试模式（TestSuite）及测试扩展（TestDecorator）的共同接口。 它的public int countTestCases（）方法，用来统计测试时有多少个TestCase。另外一个方法就是public void　run（ TestResult ），TestResult是实例接受测试结果， run方法执行本次测试。

(2)TestCase抽象类：定义测试中固定方法

      public abstract class junit.framework.TestCase extends junit.framework.Assert implements junit.framework.Test{}
      TestCase是Test接口的抽象实现，（不能被实例化，只能被继承）其构造函数TestCase(string name)根据输入的测试名称name创建一个测试实例。由于每一个TestCase在创建时都要有一个名称，若测试失败了，便可识别出是哪个测试失败。 3.8系列，每一个测试类都继承了一个叫做TestCase的类，而TestCase的父类是Assert类，所以在3.8系列中可以直接调用各种断言方法，而不用像4.x系列需要导入相应的包。
     TestCase类中包含的setUp()、tearDown()方法。
   1). setUp()方法集中初始化测试所需的所有变量和实例，并且在依次调用测试类中的每个测试方法之前再次执行setUp()方法。
    2).tearDown()方法则是在每个测试方法之后，释放测试程序方法中引用的变量和实例。
 开发人员编写测试用例时，只需继承TestCase，来完成run方法即可，然后JUnit获得测试用例，执行它的run方法，把测试结果记录在TestResult之中。

(3) Assert静态类：一系列断言方法的集合
    Assert包含了一组静态的测试方法，用于期望值和实际值比对是否正确，即测试失败，Assert类就会抛出一AssertionFailedError异常，JUnit测试框架将这种错误归入Failes并加以记录，同时标志为未通过测试。如果该类方法中指定一个String类型的传参则该参数将被做为AssertionFailedError异常的标识信息，告诉测试人员改异常的详细信息。
     JUnit 提供了6大类31组断言方法，包括基础断言、数字断言、字符断言、布尔断言、对象断言。其中          1.)assertEquals（Object expcted,Object actual)

比较对象是否相等,内部逻辑判断使用equals()方法，这表明断言两个实例的内部哈希值是否相等时，最好使用该方法对相应类实例的值进行比较。
    2.)而assertSame（Object expected,Object actual）

检查两个对象是否为同一实例,内部逻辑判断使用了Java运算符“==”，这表明该断言判断两个实例是否来自于同一个引用（Reference），最好使用该方法对不同类的实例的值进行比对。
    3.) asserEquals(String message,String expected,String actual)该方法对两个字符串进行逻辑比对，如果不匹配则打印出message的信息。

  4.)assertFalse([String message],boolean condition)

   对布尔值求值，看它是否为“真“；

   5.)assertTrue([String message],boolean condition)

   对布尔值求值，看它是否为“假“；

  6.)assertNull([String message],java.lang.Object object)

   检查对象是否为“空“；

   7.)assertNotNull([String message],java.lang.Object object)

    检查对象是否不为“空”；

    8. )fail( String message )

   使测试立即失败，其中 message 参数使可选的。这种断言通常被用于标记某个不应该到达的分支（例如，在一个预期   发生的异常之后） 。

(4) TestSuite测试包类(多个测试的组合 )
    TestSuite类负责组装多个Test Cases。待测得类中可能包括了对被测类的多个测试，而TestSuit负责收集这些测试，使我们可以在一个测试中，完成全部的对被测类的多个测试。TestSuite类实现了Test接口，且可以包含其它的TestSuites。它可以处理加入Test时的所有抛出的异常。
     TestSuite处理测试用例有6个规约（否则会被拒绝执行测试）
² 测试用例必须是公有类（Public）
² 用例必须继承与TestCase类
² 测试用例的测试方法必须是公有的（ Public ）
² 测试用例的测试方法必须被声明为Void
² 测试用例中测试方法的前置名词必须是test
² 测试用例中测试方法误任何传递参数

 

(四). 一个简单的测试实例

(1)而进行测试的类，代码如下：

package com.reiyen.junit;

public class MathDemo {
	public int add(int a, int b) {
		return a + b;
	}
	public int div(int a, int b) {
		return a / b;
	}
}

（1）JUnit3.8

JUnit3.8及以前所有版本的 JUnit 都使用命名约定和反射来定位测试。 主要都是通过继承TestCase类别来撰写测试用例，使用testXXX()名称来撰写单元测试。在你要测试的类MathDemo文件上，点击右键，选择new junit test,再弹出的对话框中选择New Junit 3 Test,然后Name输入框中MathDemoTest,把setUp()和tearDown()方法勾上，下一步，在Math可选的测试方法中把方法add(nt,int)和div(int,int)都勾上，然后点击完成。在生成的代码上进行修改，最终如下所示：

package com.reiyen.junit.test;

import com.reiyen.junit.MathDemo;
import junit.framework.TestCase;

public class MathDemoTest extends TestCase {
	MathDemo demo ;
	public void testAdd() {
		int expected = 2;
		int trueValue = demo.add(1, 1);
		assertEquals(expected, trueValue);
	}

	public void testDiv() {
		int expected = 2;
		int trueValue = demo.div(1, 1);
		assertEquals(expected, trueValue);
	}

	protected void setUp() throws Exception {
		System.out.println("setUp.......");
		 demo = new MathDemo();
	}


	protected void tearDown() throws Exception {
		System.out.println("gone.......");
		demo = null;
	}
}

 运行测试用例，显示结果是红条，表明没有通过，控制台打印信息如下所示：

setUp.......
gone.......
setUp.......
gone.......
测试结果是：testAdd()方法前显示绿勾，表示感谢通过；testDiv()方法前显示红叉，表示没有通过，异常信息为:junit.framework.AssertionFailedError: expected:<2> but was:<1>  ,这是因为1/1的结果（也就是真实值）是1，而你的期望值是2，它们不相等，所以才会failure.

 注意：1.）  setUp与tearDown，这两个函数是junit framework中提供初始化和反初始化每个测试方法的。setUp在每个测试方法调用前被调用，负责初始化测试方法所需要的测试环境；tearDown在每个测试方法被调用之后被调用，负责撤销测试环境。它们与测试方法的关系可以描述如下：
测试开始 -> setUp -> testXXXX -> tearDown ->测试结束

因为此测试用例中有两个测试方法，所以控制台将初始化信息和销毁信息都打印了两次。

2.）在JUnit3.8中，因为使用命名约定和反射来定位测试，所以测试用例中的测试方法名必须是testXXX()这种格式（xxx代表你对其进行测试的类的方法名），否则如果你的方法不是以test开头的，将不被解释为测试方法。，如上面的testAdd()方法，如果你改成tttestAdd()方法，再运行测试用例，只会显示一个方法的结果。

(2)JUnit4

在 JUnit 4 中，测试是由 @Test 注释来识别的，如下所示：

package com.reiyen.junit;

import org.junit.After;
import org.junit.Assert;
import org.junit.Before;
import org.junit.Test;

public class MathDemoTest1 {
	MathDemo demo ;
	@Before
	public void setUp() throws Exception {
		System.out.println("setUp.......");
		 demo = new MathDemo();
	}

	@After
	public void tearDown() throws Exception {
		System.out.println("gone.......");
		demo = null;
	}

	@Test
	public void testAdd() {
		int expected = 2;
		int trueValue = demo.add(1, 1);
		Assert.assertEquals(expected, trueValue);
	}

	@Test
	public void testDiv() {
		int expected = 2;
		int trueValue = demo.div(1, 1);
		Assert.assertEquals(expected, trueValue);
	}
}

 使用注释的优点是不再需要将所有的方法命名为 testAdd()、testDiv()等等。此时你把它们改成tttAdd()和tttestDiv(),一样能运行成功。而在3.8中如果你的方法不是以test开头的，将不被解释为测试方法。这允许您遵循最适合您的应用程序的命名约定。通过继承TestCase 类的方式，仍然可以工作，但是您不再需要扩展它了。只要您用 @Test 来注释测试方法，就可以将测试方法放到任何类中。但是您需要导入 junit.Assert 类以访问各种 assert 方法，如上所示。同时，setUp（）和tearDown()方法前，分别加上了@Before和@After注释，且方法都是public,而不像JUnit中是protected了，如果改成protected则会报错。如果你写成：

public class MathDemoTest1 extends TestCase{}

只要你的测试方法加上了@Test就一样可以运行。上面测试程序运行的结果与用JUnit3.8进行测试的运行结果一模一样。还可以使用 JDK 5 中新特性（static import），使得与以前版本一样简单，如下所示：

package com.reiyen.junit.test;

import com.reiyen.junit.MathDemo;
import junit.framework.TestCase;

public class MathDemoTest extends TestCase {
	MathDemo demo ;
	public void testAdd() {
		int expected = 2;
		int trueValue = demo.add(1, 1);
		assertEquals(expected, trueValue);
	}
	public void testDiv() {
		int expected = 2;
		int trueValue = demo.div(1, 1);
		assertEquals(expected, trueValue);
	}
	protected void setUp() throws Exception {
		System.out.println("setUp.......");
		 demo = new MathDemo();
	}
	protected void tearDown() throws Exception {
		System.out.println("gone.......");
		demo = null;
	}
}

  总结：在3.8当中，所有的测试类必须都是TestCase的子类4.X中，测试类可以是一个普通类，也可以去继承一个类或者实现一个接口。要实现测试，只需要在要测试的方法之前加@Test 注释

评论

1 楼 Eywa 2014-10-22  

写的很不错的。
但是，
4.)assertFalse([String message],boolean condition)
对布尔值求值，看它是否为“真“；
5.)assertTrue([String message],boolean condition)
对布尔值求值，看它是否为“假“；

这两个说反了吧？
assertFalse 假
assertTrue 真