JUnit设计模式分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

JUnit设计模式分析

JUnit是一个优秀的Java单元测试框架,由两位世界级软件大师Erich Gamma 和Kent Beck共同开发完成。本文将向读者介绍在开发JUnit的过程中是怎样应用设计模式的。

关键词:单元测试JUnit 设计模式

1 JUnit概述

1.1 JUnit概述

JUnit是一个开源的java测试框架,它是Xuint测试体系架构的一种实现。在JUnit单元测试框架的设计时,设定了三个总体目标,第一个是简化测试的编写,这种简化包括测试框架的学习和实际测试单元的编写;第二个是使测试单元保持持久性;第三个则是可以利用既有的测试来编写相关的测试。所以这些目的也为什么使用模式的根本原因。

1.2 JUnit开发者

JUnit最初由Erich Gamma 和Kent Beck所开发。Erich Gamma博士是瑞士苏伊士国际面向对象技术软件中心的技术主管,也是巨著《设计模式》的四作者之一。Kent Beck先生是XP(Extreme Programmin g)的创始人,他倡导软件开发的模式定义,CRC卡片在软件开发过程中的使用,HotDraw软件的体系结构,基于xUnit的测试框架,重新评估了在软件开发过程中测试优先的编程模式。是《The Smalltalk Best Practice Patterns》、《Extreme Programming Explained》和《Planning Extreme Programming(与Martin Fowler合著)》的作者。

由于JUnit是两位世界级大师的作品,所以值得大家细细品味,现在就把JUnit中使用的设计模式总结出来与大家分享。我按照问题的提出,模式的选择,具体实现,使用效果这种过程展示如何将模式应用于JUnit。

2 JUnit体系架构

JUnit的设计使用以Patterns Generate Architectures(请参见Patterns Generate Architectures, Kent Beck and Ralph Johnson, ECOOP 94)的方式来架构系统。其设计思想是通过从零开始来应用设计模式,然后一个接一个,直至你获得最终合适的系统架构。

3 JUnit设计模式

3.1 JUnit框架组成

l 对测试目标进行测试的方法与过程集合,可将其称为测试用例。(TestCase)

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

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

l 测试过程中的事件监听者(TestListener)

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

l JUnit Framework中的出错异常。(AssertionFailedError)

3.2 Command(命令)模式

3.2.1 问题

首先要明白,JUnit是一个测试framework,测试人员只需开发测试用例。然后把这些测试用例组成请求(有时可能是一个或者多个),发送到JUnit FrameWork,然后由JUnit执行测试,最后报告详细测试结果。其中包括执行的时间,错误方法,错误位置等。这样测试用例的开发人员就不需知道JUnit内部的细节,只要符合它定义的请求格式即可。从JUnit的角度考虑,它并不需要知道请求TestCase的操作信息,仅把它当作一种命令来执行,然后把执行测试结果发给测试人员。这样就使JUnit 框架和TestCase的开发人员独立开来,使得请求的一方不必知道接收请求一方的详细信息,更不必知道是怎样被接收,以及怎样被执行的,实现系统的松耦合。

3.2.2 模式的选择

Command(命令)模式(请参见Gamma, E., et al. Design Patterns: Elements of Reusable Object-Oriented Software, Addison-Wesley, Reading, MA, 1995)则能够比较好地满足需求。摘引其意图(intent),将一个请求封装成一个对象,从而使你可用不同的请求对客户进行参数化;对请求进行排队或记录请求日

志mand告诉我们可以为一个操作生成一个对象并给出它的一个execute(执行)方法。

3.2.3 实现

为了实现Command模式,首先定义了一个接口Test,其中Run便是Command的Execute方法。然后又使用Default Adapter模式为这个接口提供了缺省实现TestCase抽象类,这样我们开发人员就可以从这个缺省实现进行集成,而不必从Test接口进行实现。

我们首先来分析Test接口。它存在一个是countTestCases方法,它来统计这次测试有多少个TestCase,另外一个方法就是我们的Command模式的Excecute方法,这里命名为run。还有一个参数TestResult,它来统计测试结果

public interface Test {

/**

* Counts the number of test cases that will be run by this test.

*/

public abstract int countTestCases();

/**

* Runs a test and collects its result in a TestResult instance.

*/

public abstract void run(TestResult result);

}

TestCase是该接口的抽象实现,它增加了一个测试名称,因为每一个TestCase在创建时都要有一个名称,因此若一个测试失败了,你便可识别出是哪个测试失败。

public abstract class TestCase extends Assert implements Test {

/**

* the name of the test case

*/

相关文档
最新文档