转自:http://blog.sina.com.cn/s/blog_6cf812be0100wbhq.html

nterface: Test 整个测试的的基础接口

Method 1: abstract int countTestCases()  这个方法主要是用来计算要运行的test case的数量的。

Method 2:abstract void run(TestResult result)  这个方法主要是用来执行一个测试用例并且在测试结果的实例中收集它的测试结果。

Class:TestCase

定义:abstract class TestCase extends Assert implements Test 继承了Assert类并且实现了Test接口。而且是个抽象类。

Class: TestSuite

定义:class TestSuite implements Test;  Test接口的实现类,和TestCase一样. 但是TestSuite是一系列testcase的集合,将所有要运行的testcase add到TestSuite。

观察一:TestCase 和 TestSuite类都实现了Test 接口。

好处一:由于当你给TestSuite增加一个对象时,实际上增加的是Test,而不只是个TestCase,这样我们就既可以在TestSuite里面增加另一个TestSuite,也可以加入一个TestCase。如果是TestCase,那么就会运行那个单独的测试;如果是TestSuite,那么就运行一组测试。

如何实现:那么是如何实现上面说的那个好处呢?看下TestSuite的一个addtest方法就明白了:

Public void addTest(Test test)     新增一个test到testsuite,直接使用fTests.add(test)来新增。

这里可以新增的入参是Test接口,而不是一个TestCase对象,所以只要实现了Test接口的实现类,包括TestCase和TestSuite,都可以不断的增加下去。这样就引出了好处二和设计模式。

好处二:当我们为自己的应用程序创建特殊的suite或组合出TestAll类非常容易。简单说明下TestAll类:仅仅包含了一个静态的suite方法,会注册需要定期执行的所有的Test对象(包括TestCase对象和TestSuite对象)。

Java设计模式:Composite模式

定义:把对象组合(composite)成树状结构来表示部分-整体层次关系,Composite模式可以让客户一致的对待单个对象和对象的组合。

我们来看下Junit的Test接口和TestCase和TestSuite类是如何实现Composite模式的:

先搞清楚Junit里面的部分-整体分别是什么,这里单个的TestCase可以看作是部分,把复合的TestCase(TestSuite)看作是整体,看下面的图:

我们可以看到这样的模式会带来另外一些好处:

简化了JUnit的代码  JUnit可以统一处理组合结构TestSuite和单个对象TestCase。使JUnit开发变得简单容易,因为不需要区分部分和整体的区别,不需要写一些充斥着if else的选择语句。

好处三:TestCase是个抽象实现类,而且继承了Assert类,这里为啥要继承Assert类呢?因为在一个testcase中是肯定需要用的Assert断言的,如果不继承Assert类,那么testcase方法中要写成Assert.assert(),不是很简洁,现在继承了Assert类后,我们就可以在继承了TestCase类的测试类中直接assert(),使测试代码看得非常简洁和清楚。

定义了TestCase对象和TestSuite的类层次结构  基本对象TestCase可以被组合成更复杂的组合对象TestSuite,而这些组合对象又可以被组合,如我们上个例子,这样不断地递归下去。客户代码中,任何使用基本对象的地方都方便的使用组合对象,大大简化系统维护和开发。

仔细看看Test接口的方法,它存在一个是countTestCases方法,它来统计这次测试有多少个TestCase,另外一个方法run。还有一个参数TestResult,它来统计测试结果。这里为啥存在一个run方法呢? 我们想想Junit在run testcase的时候,需要把这些testcase的组成打包后成为请求发送到Junit Framework,这样我们实现TestCase类的时候,可以自由的实现run方法去打包发送请求。这样我们在写测试用例时候,只需继承TestCase,来完成run方法即可,把测试结果记录到TestResult中,这样的做法就好引出另外的Java设计模式。

Java设计模式:Command模式

定义:将一个请求封装成一个对象,从而使你可用不同的请求对客户进行参数化;对请求进行排队或记录请求日志...,Command告诉我们可以为一个操作生成一个对象并给出它的一个execute(执行)方法。

run()就是我们的Command模式的Excecute方法:

我们可以看到这样的模式会带来另外一些好处:

Command模式将实现请求的一方(TestCase开发)和调用一方(JUnit Fromwork)分离开。

Command模式可以将多个TestCase进行组合成一个复合命令,实际你将看到TestSuit就是它的复合命令。

Junit 内部解密之一: Test + TestCase + TestSuite的更多相关文章

  1. Junit内部解密之三: 单元测试用例运行的全过程

    转自:http://blog.sina.com.cn/s/blog_6cf812be0100x8sb.html 我们以一个非常简单的TestCalculator类为例,只有一个测试方法: Public ...

  2. Junit 内部解密之二: TestResult + TestListener + Assert

    转自:http://blog.sina.com.cn/s/blog_6cf812be0100wbhw.html 之前我们看到了Test接口里面的run方法有个TestResult的参数,不错,这个类就 ...

  3. Junit内部解密之四: Junit单元测试最佳实践

    我们做使用Junit工具来做单页测试或接口测试时,需要注意一些问题,包括我们的编码规范,test规范,以及编写测试代码的策略,以下个人的总结. 1.为还没有实现的测试代码抛出一个异常.这就避免了该测试 ...

  4. Junit核心——测试类(TestCase)、测试集(TestSuite)、测试运行器(TestRunner)

    首先,把这三个定义简单的说明一下: 1.测试类(TestCase):一个包含一个或是多个测试的类,在Junit中就是指的是包含那些带有@Test注解的方法的类,同一样也被称作“测试用例”; 2.测试集 ...

  5. Disable testSuite and testCase on some environment

    def testEnv = context.expand('${#Project#testEnv}') String[] testCases = ["CheckEARouting(ADS)A ...

  6. 移除project,testsuite,testcase级别所有的custom properties

    // Remove all custom properties on Project level. If removed, custom properties cannnot be injected ...

  7. Groovy解析xml并且注入Project,TestSuite,TestCase级别的custom properties

    import com.eviware.soapui.support.GroovyUtils import groovy.util.XmlParser def groovyUtils = new Gro ...

  8. junit设计模式--命令者模式

    命令模式的意图 将一个请求封装成一个对象,从而使你可以用不同的请求对客户进行参数化: 对请求排队或记录请求日志,以及支持可撤销的操作: 命令模式告诉我们可以为一个操作生成一个对象并给出它的一个执行方法 ...

  9. junit源码解析--初始化阶段

    OK,我们接着上篇整理.上篇博客中已经列出的junit的几个核心的类,这里我们开始整理junit完整的生命周期. JUnit 的完整生命周期分为 3 个阶段:初始化阶段.运行阶段和结果捕捉阶段. 这篇 ...

随机推荐

  1. "科林明伦杯"哈尔滨理工大学第八届程序设计竞赛 题解

    题目链接  Problems Problem A 快速幂累加即可. #include <cstdio> #include <cstring> #include <iost ...

  2. 「kuangbin带你飞」专题十九 矩阵

    layout: post title: 「kuangbin带你飞」专题十九 矩阵 author: "luowentaoaa" catalog: true tags: mathjax ...

  3. 01背包【p1060】开心的金明

    Description 金明今天很开心,家里购置的新房就要领钥匙了,新房里有一间他自己专用的很宽敞的房间.更让他高兴的是,妈妈昨天对他说:"你的房间需要购买哪些物品,怎么布置,你说了算,只要 ...

  4. C++模拟链表

    C++模拟链表 简易模拟链表,工厂设计模式.. 注意:请不要在操作时产生环状链表,会造成输出链表时陷入无限循环. #include <iostream> #include <stri ...

  5. [CTSC2018]假面(概率DP)

    考场上以为CTSC的概率期望题都不可做,连暴力都没写直接爆零. 结果出来发现全场70以上,大部分AC,少于70的好像极少,感觉血亏. 设a[i][j]表示到当前为止第i个人的血量为j的概率(注意特判血 ...

  6. java.util.Arrays导入报错问题

    我的原因:项目jdk的路径没有找到引起的 解决办法:右击项目->Properties->Java build path->Libraries 下错误的jdk,remove,addLi ...

  7. hdu 1501 Zipper dfs

    题目链接: HDU - 1501 Given three strings, you are to determine whether the third string can be formed by ...

  8. 初学Django:创建第一个项目+使用模板

    1. 创建一个项目 之前在Anaconda 3里面用命令行安装了Django之后,有了可用的管理工具django-admin.py (1)用django.admin.py来创建一个项目Hellowor ...

  9. 设置并删除Dreamweaver自动生成的_notes文件夹

    在使用Dreamweaver做项目时站点下面的每个文件夹里面都会自动生成一个_notes文件夹,删除之后马上又会再次生成.最近做项目时,有童鞋一不小心把所有的_notes文件夹全部存回到SVN上面了, ...

  10. A system tap script to detect UDP beacons

    https://gist.github.com/jbradley89/178bbf3944786c494bd78f3df16a5472