用JUnit框架实现Java单元测试

最新推荐文章于 2024-01-26 15:53:30 发布

freesnail

最新推荐文章于 2024-01-26 15:53:30 发布

阅读量2.9k

点赞数

分类专栏：学习文章标签： junit 框架 java 测试单元测试单元测试工具

学习专栏收录该内容

20 篇文章 0 订阅

订阅专栏

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安装步骤分解：

在http://download.sourceforge.net/junit/中下载JUnit包并将Junit压缩包解压到一个物理目录中（例如C：＼Junit3.8.1）。
记录Junit.jar文件所在目录名（例如C：＼Junit3.8.1/Junit.jar）。
进入操作系统（以Windows2000操作系统为准），按照次序点击“开始　设置　控制面板”。
在控制面板选项中选择“系统”，点击“环境变量”，在“系统变量”的“变量”列表框中选择“CLASS-PATH”关键字（不区分大小写），如果该关键字不存在则添加。
双击“CLASS-PATH”关键字添加字符串“C:＼Junit3.8.1/Junti.jar”(注意，如果已有别的字符串请在该字符串的字符结尾加上分号“；”)，这样确定修改后Junit就可以在集成环境中应用了。
对于IDE环境，对于需要用到的JUnit的项目增加到lib中，其设置不同的IDE有不同的设置。
3.5、JUnit中常用的接口和类

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

Test接口使用了Composite设计模式，是单独测试用例（TestCase），聚合测试模式（TestSuite）及测试扩展（TestDecorator）的共同接口。
它的public int countTestCases（）方法，它来统计这次测试有多少个TestCase，另外一个方法就是public void　run（ TestResult ），TestResult是实例接受测试结果， run方法执行本次测试。
TestCase抽象类——定义测试中固定方法

TestCase是Test接口的抽象实现，（不能被实例化，只能被继承）其构造函数TestCase(string name)根据输入的测试名称name创建一个测试实例。由于每一个TestCase在创建时都要有一个名称，若某测试失败了，便可识别出是哪个测试失败。
TestCase类中包含的setUp()、tearDown()方法。setUp()方法集中初始化测试所需的所有变量和实例，并且在依次调用测试类中的每个测试方法之前再次执行setUp()方法。tearDown()方法则是在每个测试方法之后，释放测试程序方法中引用的变量和实例。
开发人员编写测试用例时，只需继承TestCase，来完成run方法即可，然后JUnit获得测试用例，执行它的run方法，把测试结果记录在TestResult之中。
Assert静态类——一系列断言方法的集合

Assert包含了一组静态的测试方法，用于期望值和实际值比对是否正确，即测试失败，Assert类就会抛出一个AssertionFailedError异常，JUnit测试框架将这种错误归入Failes并加以记录，同时标志为未通过测试。如果该类方法中指定一个String类型的传参则该参数将被做为AssertionFailedError异常的标识信息，告诉测试人员改异常的详细信息。
JUnit 提供了6大类31组断言方法，包括基础断言、数字断言、字符断言、布尔断言、对象断言。
其中assertEquals（Object expcted,Object actual)内部逻辑判断使用equals()方法，这表明断言两个实例的内部哈希值是否相等时，最好使用该方法对相应类实例的值进行比较。而assertSame（Object expected,Object actual）内部逻辑判断使用了Java运算符“==”，这表明该断言判断两个实例是否来自于同一个引用（Reference），最好使用该方法对不同类的实例的值进行比对。asserEquals(String message,String expected,String actual)该方法对两个字符串进行逻辑比对，如果不匹配则显示着两个字符串有差异的地方。ComparisonFailure类提供两个字符串的比对，不匹配则给出详细的差异字符。
TestSuite测试包类——多个测试的组合

TestSuite类负责组装多个Test Cases。待测得类中可能包括了对被测类的多个测试，而TestSuit负责收集这些测试，使我们可以在一个测试中，完成全部的对被测类的多个测试。
TestSuite类实现了Test接口，且可以包含其它的TestSuites。它可以处理加入Test时的所有抛出的异常。
TestSuite处理测试用例有6个规约（否则会被拒绝执行测试）
A 测试用例必须是公有类（Public）

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

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

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

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

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

TestResult结果类和其它类与接口

TestResult结果类集合了任意测试累加结果，通过TestResult实例传递个每个测试的Run（）方法。TestResult在执行TestCase是如果失败会异常抛出
TestListener接口是个事件监听规约，可供TestRunner类使用。它通知listener的对象相关事件，方法包括测试开始startTest(Test test)，测试结束endTest(Test test),错误，增加异常addError(Test test,Throwable t)和增加失败addFailure(Test test,AssertionFailedError t)
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，执行测试。

4、JUnit的类结构
　JUnit有四个重要的类：TestSuite、TestCase、TestResult、TestRunner。前三个类属于Framework包，后一个类在不同的环境下是不同的。这里使用的是文本测试环境，所以用的是 junit.textui.TestRunner。各个类的职责如下：
　　1.TestResult，负责收集TestCase所执行的结果，它将结果分为两类，客户可预测的Failure和没有预测的Error。同时负责将测试结果转发到TestListener（该接口由TestRunner继承）处理；
　　2.TestRunner，客户对象调用的起点，负责对整个测试流程的跟踪。能够显示返回的测试结果，并且报告测试的进度。
　　3.TestSuite，负责包装和运行所有的TestCase。
　　4.TestCase，客户测试类所要继承的类，负责测试时对客户类进行初始化，以及测试方法调用。
　另外还有两个重要的接口：Test和TestListener。
　　1.Test, 包含两个方法：run() 和countTestCases()，它是对测试动作特征的提取。
　　2.TestListener，包含四个方法：addError()、addFailure()、startTest()和endTest()，它是对测试结果的处理以及测试驱动过程的动作特征的提取。
5、JUnit的实现流程
　典型的使用JUnit的方法就是继承TestCase类，然后重载它的一些重要方法：setUp()、teardown()、runTest()(这些都是可选的)，最后将这些客户对象组装到一个TestSuite对象中，交由 junit.textui.TestRunner.run (案例集) 驱动。下面分析案例集是如何运转的。
　下图基本上阐述JUnit的测试流程架构。我们将从不同的角度来详细分析这个图。

首先，从对象的创建上来分析。客户类负责创建Suite和TestRunner。注意，类TestRunner含有一个静态函数Run(Test),它自创建本身，然后调用doRun()。客户类调用的一般是该函数，其代码如下：

   
   
    
    
    
    static
    
     
    
    public
    
     
    
    void
    
     run(Test suite){
　　　TestRunner aTestRunner
    
    =
    
     
    
    new
    
     TestRunner();
    
    //
    
    新建测试驱动
    
    

    
    　　　aTestRunner.doRun(suite, 
    
    false
    
    );
    
    //
    
    用测试驱动运行测试集
    
    

    
    }

Suite对象负责创建众多的测试案例，并将它们包容到本身。客户测试案例继承TestCase类，它将类,而不是对象传给Suite对象。Suite对象负责解析这些类、提取构造函数和待测试方法。以待测试方法为单位构造测试案例，测试案例的fName就是待测试方法名。测试结果集由aTestRunner创建。这似乎同先前阐述的类图有些矛盾，那里阐述了一个测试集可以包含很多个不同的测试驱动，似乎先创建结果集比较理想。显然，这里对测试结果的处理只采用了一种方式，所以这样做同样可行。
　其次，从测试动作的执行上来分析，测试真正是从suite.run(result) 开始的。其代码如下：

   
   
    
    
    
    public
    
     
    
    void
    
     run(TestResult result){
　　
    
    //
    
    从案例集中获得所有测试案例，分别执行
    
    

    
    　　 
    
    for
    
     (Enumeration e
    
    =
    
     tests(); e.hasMoreElements(); )
　　 {
　　　
    
    if
    
     (result.shouldStop() )
　　　
    
    break
    
    ;
　　　Test test
    
    =
    
     (Test)e.nextElement();
　　　runTest(test, result);
　　 }
}

一旦测试案例开始执行，首先使用一个回调策略将自身交由Result。这样做的每一步测试，测试驱动aTest Runner都可以跟踪处理。这无形中建立了一个庞大的监视系统，随时都可以对所发生的事件给予不同等级的关注。
　我们分析一下涉及到的动作行为的设计模式：
　1. Template Method （模板方法）类行为模式，它的实质就是首先建立方法的骨架，而尽可能地将方法的具体实现向后推移。TestCase.runBare()就采用了这种模式，客户类均可以重载它的三个方法，这样使得测试的可伸缩性得到提高。

   
   
    
    
    
    public
    
     
    
    void
    
     runBare() throws Throwable{
　　 setUp();
　　 
    
    try
    
     {runTest();}
　　 
    
    finally
    
     {tearDown();}
}

2. Command （命令）对象行为模式，其实质就是将动作封装为一个对象，而不关心动作的接收者。这样动作的接收者可以一直到动作具体执行时才需确定。接口Test就是一个Command集，使得不同类的不同测试方法可以通过同一种接口Test构造其框架结构。这样对测试的集成带来了很多方便。

6、JUnit的Exception的抛出机制
　JUnit的异常层次分为三层：1.Failure,客户预知的测试失败，可以被Assert方法检测到；2. Error，客户测试的意外造成的；3.Systemerror, JUnit的线程死亡级异常，这种情况一般很少发生。JUnit的这三种异常在TestResult类的RunProtected()方法得到很好体现。这里用Protectable接口封装了Test的执行方法，其实p.protect执行的就是test.runBare()。

   
   
    
    
    
    public
    
     
    
    void
    
     runProtected(final Test test, Protectable p){
　　 
    
    try
    
     {p.protect();}
　　 
    
    catch
    
     (AssertionFailedError e)　
　　 {addFailure(test, e);}
　　 
    
    catch
    
     (ThreadDeath e)
　　 {rethrow e;}
　　 
    
    catch
    
     (Throwable e)
　　 {addError(test, e);}
}

代码首先检查是否是Assertion FailedError，然后判断是否是严重的ThreadDeath。这种异常必须Rethrow，才能保证线程真正的死亡，如果不是，说明它是一种意外。
　前两种异常均保存在测试结果集中，等到整个测试完成，依次打印出来供客户参考。

7、一些使用Junit的经验
A 不要用TestCase的构造函数初始化，而要用setUp()和tearDown()方法。
B 不要依赖或假定测试运行的顺序，因为JUnit利用Vector保存测试方法。所以不同的平台会按不同的顺序从Vector中取出测试方法。
C 避免编写有副作用的TestCase。例如：如果随后的测试依赖于某些特定的交易数据，就不要提交交易数据。简单的回滚就可以了。
D 当继承一个测试类时，记得调用父类的setUp()和tearDown()方法。
E 将测试代码和工作代码放在一起，一边同步编译和更新。
F测试类和测试方法应该有一致的命名方案。如在工作类名前加上test从而形成测试类名。
G 确保测试与时间无关，不要依赖使用过期的数据进行测试。导致在随后的维护过程中很难重现测试。
H 如果你编写的软件面向国际市场，编写测试时要考虑国际化的因素。不要仅用母语的Locale进行测试。
I 尽可能地利用JUnit提供地assert/fail方法以及异常处理的方法，可以使代码更为简洁。
J 测试要尽可能地小，执行速度快。

freesnail

关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
用JUnit框架实现Java单元测试

1、几个相关的概念白盒测试——把测试对象看作一个打开的盒子，程序内部的逻辑结构和其他信息对测试人员是公开的。回归测试——软件或环境的修复或更正后的“再测试”，自动测试工具对这类测试尤其有用。单元测试——是最小粒度的测试，以测试某个功能或代码块。一般由程序员来做，因为它需要知道内部程序设计和编码的细节。JUnit ——是一个开发源代码的Java测试框架，用于编写和运行可重复的测
复制链接

扫一扫