junit

JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架（regression testing framework）。Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。Junit是一套框架，继承TestCase类，就可以用Junit进行自动测试了。

JUnit是一个开发源代码的Java测试框架，用于编写和运行可重复的测试。他是用于单元测试框架体系xUnit的一个实例（用于java语言）。它包括以下特性：

1、用于测试期望结果的断言（Assertion）

2、用于共享共同测试数据的测试工具

3、用于方便的组织和运行测试的测试套件

4、图形和文本的测试运行器

另外junit是在xp编程和重构（refactor）中被极力推荐使用的工具，因为在实现自动单元测试的情况下可以大大的提高开发的效率，但是实际上编写测试代码也是需要耗费很多的时间和精力的，那么使用这个东东好处到底在哪里呢？笔者认为是这样的：

1、对于xp编程而言，要求在编写代码之前先写测试，这样可以强制你在写代码之前好好的思考代码（方法）的功能和逻辑，否则编写的代码很不稳定，那么你需要同时维护测试代码和实际代码，这个工作量就会大大增加。因此在xp编程中，基本过程是这样的：构思－》编写测试代码－》编写代码－》测试，而且编写测试和编写代码都是增量式的，写一点测一点，在编写以后的代码中如果发现问题可以较块的追踪到问题的原因，减小回归错误的纠错难度。

2、对于重构而言，其好处和xp编程中是类似的，因为重构也是要求改一点测一点，减少回归错误造成的时间消耗。

3、对于非以上两种情况，我们在开发的时候使用junit写一些适当的测试也是有必要的，因为一般我们也是需要编写测试的代码的，可能原来不是使用的junit，如果使用junit，而且针对接口（方法）编写测试代码会减少以后的维护工作，例如以后对方法内部的修改（这个就是相当于重构的工作了）。另外就是因为junit有断言功能，如果测试结果不通过会告诉我们那个测试不通过，为什么，而如果是想以前的一般做法是写一些测试代码看其输出结果，然后再由自己来判断结果使用正确，使用junit的好处就是这个结果是否正确的判断是它来完成的，我们只需要看看它告诉我们结果是否正确就可以了，在一般情况下会大大提高效率。

安装JUnit

安装很简单，先到以下地址下载一个最新的zip包： /junit/

下载完以后解压缩到你喜欢的目录下，假设是JUNIT_HOME，然后将JUNIT_HOME下的junit.jar包加到你的系统的CLASSPATH环境变量中，对于IDE环境，对于需要用到的junit的项目增加到lib中，其设置不同的IDE有不同的设置，这里不多讲。

如何使用JUnit写测试？

最简单的范例如下：

1、创建一个TestCase的子类

package junitfaq;

import java.util.*;

import junit.framework.*;

public class SimpleTest extends TestCase {

public SimpleTest(String name) {

super(name);

}

2、写一个测试方法断言期望的结果

public void testEmptyCollection() {

Collection collection = new ArrayList();

assertTrue(collection.isEmpty());

}

注意：JUnit推荐的做法是以test作为待测试的方法的开头，这样这些方法可以被自动找到并被测试。

3、写一个suite()方法，它会使用反射动态的创建一个包含所有的testXxxx方法的测试套件

public static Test suite() {

return new TestSuite(SimpleTest.class);

}

4、写一个main()方法以文本运行器的方式方便的运行测试

public static void main(String args[]) {

junit.textui.TestRunner.run(suite());

}

}

5、运行测试

以文本方式运行：

java junitfaq.SimpleTest

通过的测试结果是：

.

Time: 0

OK (1 tests)

Time上的小点表示测试个数，如果测试通过则显示OK。否则在小点的后边标上F，表示该测试失败。

每次的测试结果都应该是OK的，这样才能说明测试是成功的，如果不成功就要马上根据提示信息进行修正了。

如果JUnit报告了测试没有成功，它会区分失败（failures）和错误（errors）。失败是你的代码中的assert方法失败引起的；而错误则是代码异常引起的，例如ArrayIndexOutOfBoundsException。

以图形方式运行：

java junit.swingui.TestRunner junitfaq.SimpleTest

通过的测试结果在图形界面的绿色条部分。

以上是最简单的测试样例，在实际的测试中我们测试某个类的功能是常常需要执行一些共同的操作，完成以后需要销毁所占用的资源（例如网络连接、数据库连接，关闭打开的文件等），TestCase类给我们提供了setUp方法和tearDown方法，setUp方法的内容在测试你编写的TestCase子类的每个testXxxx方法之前都会运行，而tearDown方法的内容在每个testXxxx方法结束以后都会执行。这个既共享了初始化代码，又消除了各个测试代码之间可能产生的相互影响。

JUnit最佳实践

Martin Fowler说过：“当你试图打印输出一些信息或调试一个表达式时，写一些测试代码来替代那些传统的方法。”一开始，你会发现你总是要创建一些新的Fixture，而且测试似乎使你的编程速度慢了下来。然而不久之后，你会发现你重复使用相同的Fixture，而且新的测试通常只涉及添加一个新的测试方法。

你可能会写许多测试代码，但你很快就会发现你设想出的测试只有一小部分是真正有用的。你所需要的测试是那些会失败的测试，即那些你认为不会失败的测试，或你认为应该失败却成功的测试。

我们前面提到过测试是一个不会中断的过程。一旦你有了一个测试，你就要一直确保其正常工作，以检验你所加入的新的工作代码。不要每隔几天或最后才运行测试，每天你都应该运行一下测试代码。这种投资很小，但可以确保你得到可以信赖的工作代码。你的返工率降低了，你会有更多的时间编写工作代码。

不要认为压力大，就不写测试代码。相反编写测试代码会使你的压力逐渐减轻，应为通过编写测试代码，你对类的行为有了确切的认识。你会更快地编写出有效率地工作代码。

下面是一些具体的编写测试代码的技巧或较好的实践方法：

1. 不要用TestCase的构造函数初始化Fixture，而要用setUp()和tearDown()方法。

2. 不要依赖或假定测试运行的顺序，因为JUnit利用Vector保存测试方法。所以不同的平台会按不同的顺序从Vector中取出测试方法。

3. 避免编写有副作用的TestCase。例如：如果随后的测试依赖于某些特定的交易数据，就不要提交交易数据。简单的会滚就可以了。

4. 当继承一个测试类时，记得调用父类的setUp()和tearDown()方法。

5. 将测试代码和工作代码放在一起，一边同步编译和更新。（使用Ant中有支持junit的task.）

6. 测试类和测试方法应该有一致的命名方案。如在工作类名前加上test从而形成测试类名。

7. 确保测试与时间无关，不要依赖使用过期的数据进行测试。导致在随后的维护过程中很难重现测试。

8. 如果你编写的软件面向国际市场，编写测试时要考虑国际化的因素。不要仅用母语的Locale进行测试。

9. 尽可能地利用JUnit提供地assert/fail方法以及异常处理的方法，可以使代码更为简洁。

10.测试要尽可能地小，执行速度快。

JUnit和ant结合

ant 提供了两个 target ： junit 和 junitreport 运行所有 测试用例 ，并生成 html 格式的报表

具体操作如下：

1.将 junit.jar 放在 ANT_HOMElib 目录下

2.修改 build.xml ，加入如下 内容：

-------------- One or more tests failed, check the report for detail... -----------------------------

运行 这个 target ，ant 会运行每个 TestCase，在 report 目录下就有了 很多 TEST*.xml 和 一些网页打开 report 目录下的 index.html 就可以看到很直观的测试运行报告，一目了然。

在Eclipse中开发、运行JUnit测试相当简单。因为Eclipse本身集成了JUnit相关组件，并对JUnit的运行提成了无缝的支持。

第二篇：JUnit和单元测试入门简介

JUnit和单元测试入门简介

1、几个相关的概念

白盒测试——把测试对象看作一个打开的盒子，程序内部的逻辑结构和其他信息对测试人员是公开的。

回归测试——软件或环境的修复或更正后的“再测试”，自动测试工具对这类测试尤其有用。

单元测试——是最小粒度的测试，以测试某个功能或代码块。一般由程序员来做，因为它需要知道内部程序设计和编码的细节。

JUnit ——是一个开发源代码的Java测试框架，用于编写和运行可重复的测试。他是用于单元测试框架体系xUnit的一个实例（用于java语言）。主要用于白盒测试，回归测试。

2、单元测试概述

2.1、单元测试的好处

A、提高开发速度——测试是以自动化方式执行的，提升了测试代码的执行效率。

B、提高软件代码质量——它使用小版本发布至集成，便于实现人员除错。同时引入重构概念，让代码更干净和富有弹性。

C、提升系统的可信赖度——它是回归测试的一种。支持修复或更正后的“再测试”，可确保代码的正确性。

2．2、单元测试的针对对象

A、面向过程的软件开发针对过程。

B、面向对象的软件开发针对对象。

C、可以做类测试，功能测试，接口测试（最常用于测试类中的方法）。

2.3、单元测试工具和框架

目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit（java），CppUnit（C++），DUnit （Delphi ），NUnit（.net），PhpUnit（Php ）等等。该测试框架的第一个和最杰出的应用就是由Erich Gamma （《设计模式》的作者）和Kent Beck（XP（Extreme Programming）的创始人 ）提供的开放源代码的JUnit。

3.Junit入门简介

3.1、JUnit的好处和JUnit单元测试编写原则

好处：

A、可以使测试代码与产品代码分开。

B、针对某一个类的测试代码通过较少的改动便可以应用于另一个类的测试。

C、易于集成到测试人员的构建过程中，JUnit和Ant的结合可以实施增量开发。

D、JUnit是公开源代码的，可以进行二次开发。

C、可以方便地对JUnit进行扩展。

编写原则：

A、是简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写。

B、是使测试单元保持持久性。

C、是可以利用既有的测试来编写相关的测试。

3.2、JUnit的特征

A、使用断言方法判断期望值和实际值差异，返回Boolean值。

B、测试驱动设备使用共同的初始化变量或者实例。

C、测试包结构便于组织和集成运行。

D、支持图型交互模式和文本交互模式。

3.3、JUnit框架组成

A、对测试目标进行测试的方法与过程集合，可称为测试用例(TestCase)。

B、测试用例的集合，可容纳多个测试用例(TestCase)，将其称作测试包(TestSuite)。

C、测试结果的描述与记录。(TestResult) 。

D、测试过程中的事件监听者(TestListener)。

E、每一个测试方法所发生的与预期不一致状况的描述，称其测试失败元素(TestFailure)

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

JUnit框架是一个典型的Composite模式：TestSuite可以容纳任何派生自Test的对象；当调用TestSuite对象的run()方法是，会遍历自己容纳的对象，逐个调用它们的run()方法。（可参考《程序员》2003-6期）。

3.4、JUnit的安装和配置

JUnit安装步骤分解：

1. 在/junit/中下载JUnit包并将Junit压缩包解压到一个物理目录中（例如C：＼Junit3.8.1）。

2. 记录Junit.jar文件所在目录名（例如C：＼Junit3.8.1\Junit.jar）。

3. 进入操作系统（以Windows2000操作系统为准），按照次序点击“开始 设置 控制面板”。

4. 在控制面板选项中选择“系统”，点击“环境变量”，在“系统变量”的“变量”列表框中选择

“CLASS-PATH”关键字（不区分大小写），如果该关键字不存在则添加。

5. 双击“CLASS-PATH”关键字添加字符串“C:＼Junit3.8.1\Junti.jar”(注意，如果已有别的字符串请在该字符串的字符结尾加上分号“；”)，这样确定修改后Junit就可以在集成环境中应用了。

6. 对于IDE环境，对于需要用到的JUnit的项目增加到lib中，其设置不同的IDE有不同的设置 。

3.5、JUnit中常用的接口和类

Test接口——运行测试和收集测试结果

1. Test接口使用了Composite设计模式，是单独测试用例 （TestCase），聚合测试模式（TestSuite）及测试扩展（TestDecorator）的共同接口。

2. 它的public int countTestCases（）方法，它来统计这次测试有多少个TestCase，另外一个方法就是public void run（ TestResult ），TestResult是实例接受测试结果， run方法执行本次测试。

TestCase抽象类——定义测试中固定方法

1. TestCase是Test接口的抽象实现，（不能被实例化，只能被继承）其构造函数TestCase(string name)根据输入的测试名称name创建一个测试实例。由于每一个TestCase在创建时都要有一个名称，若某测试失败了，便可识别出是哪个测试失败。

2. TestCase类中包含的setUp()、tearDown()方法。setUp()方法集中初始化测试所需的所有变量和实例，并且在依次调用测试类中的每个测试方法之前再次执行setUp()方法。tearDown()方法则是在每个测试方法之后，释放测试程序方法中引用的变量和实例。

3. 开发人员编写测试用例时，只需继承TestCase，来完成run方法即可，然后JUnit获得测试用例，

执行它的run方法，把测试结果记录在TestResult之中。

Assert静态类——一系列断言方法的集合

1. Assert包含了一组静态的测试方法，用于期望值和实际值比对是否正确，即测试失败，Assert类

就会抛出一个AssertionFailedError异常，JUnit测试框架将这种错误归入Failes并加以记录，同时标志为未通过测试。如果该类方法中指定一个String类型的传参则该参数将被做为

AssertionFailedError异常的标识信息，告诉测试人员改异常的详细信息。

2. JUnit 提供了6大类31组断言方法，包括基础断言、数字断言、字符断言、布尔断言、对象断言。

3. 其中assertEquals（Object expcted,Object actual)内部逻辑判断使用equals()方法，这表明断言

两个实例的内部哈希值是否相等时，最好使用该方法对相应类实例的值进行比较。而assertSame（Object expected,Object actual）内部逻辑判断使用了Java运算符“==”，这表明该断言判断两个实例是否来自于同一个引用（Reference），最好使用该方法对不同类的实例的值进行比对。asserEquals(String message,String expected,String actual)该方法对两个字符串进行逻辑比对，如果不匹配则显示着两个字符串有差异的地方。ComparisonFailure类提供两个字符串的比对，不匹配则给出详细的差异字符。

TestSuite测试包类——多个测试的组合

1. TestSuite类负责组装多个Test Cases。待测得类中可能包括了对被测类的多个测试，而TestSuit

负责收集这些测试，使我们可以在一个测试中，完成全部的对被测类的多个测试。

2. TestSuite类实现了Test接口，且可以包含其它的TestSuites。它可以处理加入Test时的所有抛

出的异常。

3. TestSuite处理测试用例有6个规约（否则会被拒绝执行测试）

A 测试用例必须是公有类（Public）

B 测试用例必须继承与TestCase类

C 测试用例的测试方法必须是公有的（ Public ）

D 测试用例的测试方法必须被声明为Void

E 测试用例中测试方法的前置名词必须是test

F 测试用例中测试方法误任何传递参数

? TestResult结果类和其它类与接口

1. TestResult结果类集合了任意测试累加结果，通过TestResult实例传递个每个测试的Run（）方

法。TestResult在执行TestCase是如果失败会异常抛出

2. TestListener接口是个事件监听规约，可供TestRunner类使用。它通知listener的对象相关事件，

方法包括测试开始startTest(Test test)，测试结束endTest(Test test),错误，增加异常

addError(Test test,Throwable t)和增加失败addFailure(Test test,AssertionFailedError t)

3. TestFailure失败类是个“失败”状况的收集类，解释每次测试执行过程中出现的异常情况。其

toString()方法返回“失败”状况的简要描述

3.6、JUnit一个实例

在控制台中简单的范例如下：

1、写个待测试的Triangle类，创建一个TestCase的子类ExampleTest:

2、 ExampleTest中写一个或多个测试方法，断言期望的结果(注意：以test作为待测试的方法的开头，这样这些方法可以被自动找到并被测试)

3、 ExampleTest中写一个suite()方法，它会使用反射动态的创建一个包含所有的testXxxx方法的测试套件：

4、 ExampleTest可以写setUp()、tearDown()方法，以便于在测试时初始化或销毁测试所需的所有变量和实例。（不是必须的）

5、写一个main()方法以文本运行器或其它GUI的方式方便的运行测试

6、编译ExampleTest，执行测试。

3.7、Eclipse中JUnit的使用

Eclipse自带了一个JUnit的插件，不用安装就可以在你的项目中开始测试相关的类，并且可以调试你的测试用例和被测试类。

使用步骤如下：

1、新建一个测试用例，点击“File->New->Other?菜单项，在弹出的“New”对话框中选择”Java->JUnit”,下的TestCase 或TestSuite，就进入“New JUnit TestCase”对话框

2、在“New JUnit TestCase”对话框填写相应的栏目，主要有Name（测试用例名），SuperClass（测试的超类一般是默认的junit.framework.TestCase），Class Under Test（被测试的类），Source Folder（测试用例保存的目录），Package（测试用例包名），及是否自动生成main,setUp,tearDown方法。

3、如果点击下面的”Next>”按钮，你还可以直接勾选你想测试的被测试类的方法，Eclipse将自动生成与被选方法相应的测试方法，点击“Fishish”按钮后一个测试用例就创建好了。

4、编写完成你的测试用例后，点击“Run”按钮就可以看到运行结果了。

3.8、JUnit的扩展应用

以下罗列了些JUnit的扩展应用：

JUnit + HttpUnit=WEB功能测试工具

JUnit + hansel =代码覆盖测试工具

JUnit + abbot =界面自动回放测试工具

JUnit + dbunit =数据库测试工具

JUnit + junitperf=性能测试工具

3.9、一些使用JUnit经验

1. 不要用TestCase的构造函数初始化，而要用setUp()和tearDown()方法。

2. 不要依赖或假定测试运行的顺序，因为JUnit利用Vector保存测试方法。所以不同的平台会按不同的顺序从Vector中取出测试方法。

3. 避免编写有副作用的TestCase。例如：如果随后的测试依赖于某些特定的交易数据，就不要提交交易数据。简单的回滚就可以了。

4. 当继承一个测试类时，记得调用父类的setUp()和tearDown()方法。

5. 将测试代码和工作代码放在一起，一边同步编译和更新。

6. 测试类和测试方法应该有一致的命名方案。如在工作类名前加上test从而形成测试类名。

7. 确保测试与时间无关，不要依赖使用过期的数据进行测试。导致在随后的维护过程中很难重现测试。

8. 如果你编写的软件面向国际市场，编写测试时要考虑国际化的因素。不要仅用母语的Locale进行测试。

9. 尽可能地利用JUnit提供地assert/fail方法以及异常处理的方法，可以使代码更为简洁。

10. 测试要尽可能地小，执行速度快。

参考资料与附件

1. http:// JUnit官方网站

2. 的测试论坛

3. .cn 的软件测试专栏

4. 单元测试 《程序员》 20xx年7期

5. JUnit设计模式分析 《程序员》20xx年6期

6. 《软件测试和JUnit实践》

7. 附件Triangle.java 一个要测试的类

8. 附件ExampleTest.java 一个测试用例类

Triangle.java

/**

* this is Triangle class

* @author liujun

*/

public class Triangle

{

//定义三角形的三边

protected long lborderA = 0;

protected long lborderB = 0;

protected long lborderC = 0;

//构造函数

public Triangle(long lborderA,long lborderB,long lborderC) {

this.lborderA = lborderA;

this.lborderB = lborderB;

this.lborderC = lborderC;

}

/**

* 判断是否是三角形

* 是返回ture；不是返回false

*/

public boolean isTriangle(Triangle triangle)

{

boolean isTrue = false;

//判断边界，大于0小于200，出界返回false

if((triangle.lborderA>0&&triangle.lborderA<200) &&(triangle.lborderB>0&&triangle.lborderB<200) &&(triangle.lborderC>0&&triangle.lborderC<200)) {

//判断两边之和大于第三边

if((triangle.lborderA<(triangle.lborderB+triangle.lborderC))

&&(triangle.lborderB<(triangle.lborderA+triangle.lborderC))

&&(triangle.lborderC<(triangle.lborderA+triangle.lborderB))) isTrue = true;

}

return isTrue;

}

/**

* 判断三角形类型

* 等腰三角形返回字符串“等腰三角形”；

* 等边三角形返回字符串“等边三角形”；

* 其它三角形返回字符串“不等边三角形”；

*/

public String isType(Triangle triangle)

{

String strType = "";

// 判断是否是三角形

if(this.isTriangle(triangle))

{

//判断是否是等边三角形

if(triangle.lborderA==triangle.lborderB&&triangle.lborderB==triangle.lborderC)

strType = "等边三角形";

//判断是否是不等边三角形

else if((triangle.lborderA!=triangle.lborderB)&& (triangle.lborderB!=triangle.lborderC)&& (triangle.lborderA!=triangle.lborderC)) strType = "不等边三角形";

else

strType="等腰三角形";

}

return strType;

}

}

ExampleTest.java

import junit.framework.*;

/**

* Some tests.

*

*/

public class ExampleTest extends TestCase {

public Triangle triangle;

//初始化

protected void setUp() {

triangle=new Triangle(10,2,9);

}

public static Test suite() {

return new TestSuite(ExampleTest.class);

}

//函数isTriangle()的测试用例

public void testIsTriangle() {

assertTrue(triangle.isTriangle(triangle));

}

//函数isType()的测试用例

public void testIsType()

{

assertEquals("这次测试",triangle.isType(triangle),"不等边三角形");

}

//执行测试

public static void main (String[] args) {

//文本方式

junit.textui.TestRunner.run(suite());

//Swingui方式

//junit.swingui.TestRunner.run(suite().getClass()); //awtui方式

//junit.awtui.TestRunner.run(suite().getClass());

}

}