(一)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;
}
}gone.......
setUp.......
gone.......
测试结果是：testAdd()方法前显示绿勾，表示感谢通过；testDiv()方法前显示红叉，表示没有通过，异常信息为:junit.framework.AssertionFailedError: expected:<2> but was:<1> ,这是因为1/1的结果（也就是真实值）是1，而你的期望值是2，它们不相等，所以才会failure.
测试开始 -> setUp -> testXXXX -> tearDown ->测试结束
在 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);
}
}public class MathDemoTest1 extends TestCase{}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;
}
}
953
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
