前面的博客我们也已经整理到了,我们使用junit38,在写测试类的时候我们的测试类必须继承TestCase。这个所有测试类的父类在junit.framework包下面。

前面我们的整理都是说直接在IDE中直接运行测试类,右击然后run as junit。当然我们还可以自己写main方法来运行测试,其实都一样。

OK,现在我们来写一个例子,直接运行测试类的main方法来跑测试。代码如下:

package org.linkinpark.commons.textui;

import org.linkinpark.commons.framework.TestCase;
import org.linkinpark.junit.Assert; /**
* @创建作者: LinkinPark
* @创建时间: 2016年2月4日
* @功能描述: 写一个测试类,用main方法来驱动测试。
*/
public class LinkinTest2 extends TestCase
{ public void test1()
{
Assert.assertEquals("1", "1");
} /**
* @创建时间: 2016年2月4日
* @相关参数: @param args
* @功能描述: 调用TestRunner来run测试。
*/
public static void main(String[] args)
{
TestRunner.run(LinkinTest2.class);
} }

前面的3篇博客,我已经认真的整理过了junit测试的3个步骤,这里做一个总结。

我们来自己写的测试类上的一个测试方法打一个断点,然后看下eclipse中junit方法调用的情况。

      



OK,上面的2张图很直接了说明了测试开始到测试方法真正被执行的所有的过程,我在这里也不做赘述了。之后的结果收集,无疑就是在每个测试类中传递一个TestResult类,通过printerWriter来打印日志而已,这里也不在赘述了。



在前面的演示junit源码过程中,我自己也修改了好多的控制台输出。最后这里写2个测试例子,来一起看下控制台的输出,整体回顾下junit的整个测试过程好了。

2个测试类代码如下:

package org.linkinpark.commons.textui;

import org.linkinpark.commons.framework.TestCase;
import org.linkinpark.junit.Assert; public class LinkinTest1 extends TestCase
{ public LinkinTest1(String methodName)
{
super(methodName);
} public void setUp()
{
System.out.println("这里是自己定义的setUp()");
} public void tearDown()
{
System.out.println("这里是自己定义的tearDown()");
} public void testLinkin4Normal()
{
System.out.println("======>开始执行被测试代码====");
final String str = "林肯:这里是自己的被测试的正确代码";
System.out.println(str);
System.out.println("======>结束执行被测试代码====");
Assert.assertEquals(str, str);
} public void testLinkin8Error()
{
System.out.println("======>开始执行被测试代码====");
final String str = "林肯:这里是自己的被测试的错误代码";
System.out.println(str);
System.out.println("======>结束执行被测试代码====");
Assert.assertEquals("这里是我期望的错误逻辑输出", str);
} }
package org.linkinpark.commons.textui;

import org.linkinpark.commons.framework.TestCase;
import org.linkinpark.junit.Assert; public class LinkinTest1 extends TestCase
{ public LinkinTest1(String methodName)
{
super(methodName);
} public void testLinkin()
{
Assert.assertTrue(true);
} }
package org.linkinpark.commons.textui;

import org.linkinpark.commons.framework.Test;
import org.linkinpark.commons.framework.TestCase;
import org.linkinpark.commons.framework.TestSuite; public class LinkinTestAll extends TestCase
{ public static Test suite()
{
TestSuite suite = new TestSuite().addTestSuite(LinkinTest.class);
return suite.addTest(new LinkinTest1("testLinkin"));
} public static void main(String args[])
{
TestRunner.run(suite());
} }

以下是控制台输出:

###########开始迭代运行整套测试,互相独立###########
第一步:框架开始打印日志====
~~~~~~~~~~~~~~~~~~~~~~~
第二步:框架开始运行测试====
这里是自己定义的setUp()
框架开始执行测试,执行的方法是-->public void org.linkinpark.commons.textui.LinkinTest.testLinkin4Normal()
======>开始执行被测试代码====
林肯:这里是自己的被测试的正确代码
======>结束执行被测试代码====
框架结束执行测试,执行的方法是-->public void org.linkinpark.commons.textui.LinkinTest.testLinkin4Normal()
这里是自己定义的tearDown()
第三步:框架结束运行测试====
~~~~~~~~~~~~~~~~~~~~~~~
###########开始迭代运行整套测试,互相独立###########
第一步:框架开始打印日志====
~~~~~~~~~~~~~~~~~~~~~~~
第二步:框架开始运行测试====
这里是自己定义的setUp()
框架开始执行测试,执行的方法是-->public void org.linkinpark.commons.textui.LinkinTest.testLinkin8Error()
======>开始执行被测试代码====
林肯:这里是自己的被测试的错误代码
======>结束执行被测试代码====
这里是自己定义的tearDown()
第三步:框架结束运行测试====
~~~~~~~~~~~~~~~~~~~~~~~
KAO,有报错啦!!!
###########开始迭代运行整套测试,互相独立###########
第一步:框架开始打印日志====
~~~~~~~~~~~~~~~~~~~~~~~
第二步:框架开始运行测试====
====框架执行默认的setUp====
框架开始执行测试,执行的方法是-->public void org.linkinpark.commons.textui.LinkinTest1.testLinkin()
框架结束执行测试,执行的方法是-->public void org.linkinpark.commons.textui.LinkinTest1.testLinkin()
====框架执行默认的tearDown====
第三步:框架结束运行测试====
~~~~~~~~~~~~~~~~~~~~~~~
第四步:框架开始统计时间====
耗时:0.024秒
遗憾:!一共有1个错误:
1) testLinkin8Error(org.linkinpark.commons.textui.LinkinTest)org.linkinpark.junit.ComparisonFailure: 期望是:<[这里是我期望的错误逻辑输出]> 结果却是:<[林肯:这里是自己的被测试的错误代码]>
at org.linkinpark.junit.Assert.assertEquals(Assert.java:104)
at org.linkinpark.junit.Assert.assertEquals(Assert.java:135)
at org.linkinpark.commons.textui.LinkinTest.testLinkin8Error(LinkinTest.java:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at org.linkinpark.commons.framework.TestCase.runTest(TestCase.java:117)
at org.linkinpark.commons.framework.TestCase.runBare(TestCase.java:53)
at org.linkinpark.commons.framework.TestResult$1.protect(TestResult.java:251)
at org.linkinpark.commons.framework.TestResult.runProtected(TestResult.java:154)
at org.linkinpark.commons.framework.TestResult.run(TestResult.java:254)
at org.linkinpark.commons.framework.TestCase.run(TestCase.java:42)
at org.linkinpark.commons.framework.TestSuite.runTest(TestSuite.java:322)
at org.linkinpark.commons.framework.TestSuite.run(TestSuite.java:316)
at org.linkinpark.commons.framework.TestSuite.runTest(TestSuite.java:322)
at org.linkinpark.commons.framework.TestSuite.run(TestSuite.java:316)
at org.linkinpark.commons.textui.TestRunner.doRun(TestRunner.java:113)
at org.linkinpark.commons.textui.TestRunner.doRun(TestRunner.java:98)
at org.linkinpark.commons.textui.TestRunner.run(TestRunner.java:58)
at org.linkinpark.commons.textui.LinkinTestAll.main(LinkinTestAll.java:18)
第五步:框架开始统计结果====
结果:AU,出错啦!
Tests run: 3, Failures: 0, Errors: 1
第六步:框架结束整个测试====



OK,junit源码解析就先整理到这里吧。接下来,我会整理junit4中的一些高级特性,之后再整理下junit中用的一些设计模式。



junit源码解析总结的更多相关文章

  1. junit源码解析--核心类

    JUnit 的概念及用途 JUnit 是由 Erich Gamma 和 Kent Beck 编写的一个开源的单元测试框架.它属于白盒测试,只要将待测类继承 TestCase 类,就可以利用 JUnit ...

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

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

  3. junit源码解析--捕获测试结果

    OK,前面的博客我们整理了junit运行完了所有的测试用例,那么OK了,现在开始该收集测试结果了. 在这最后一步中,junit主要是玩一个类,TestResult.这里类中封装了几个参数,在初始化这个 ...

  4. junit源码解析--测试驱动运行阶段

    前面的博客里面我们已经整理了junit的初始化阶段,接下来就是junit的测试驱动运行阶段,也就是运行所有的testXXX方法.OK,现在我们开始吧. 前面初始化junit之后,开始执行doRun方法 ...

  5. JUnit源码分析 - 扩展 - 自定义RunListener

    RunListener简述 JUnit4中的RunListener类用来监听测试执行的各个阶段,由RunNotifier通知测试去运行.RunListener与RunNotifier之间的协作应用的是 ...

  6. Mybatis 系列8-结合源码解析select、resultMap的用法

    [Mybatis 系列10-结合源码解析mybatis 执行流程] [Mybatis 系列9-强大的动态sql 语句] [Mybatis 系列8-结合源码解析select.resultMap的用法] ...

  7. Mybatis源码解析,一步一步从浅入深(一):创建准备工程

    Spring SpringMVC Mybatis(简称ssm)是一个很流行的java web框架,而Mybatis作为ORM 持久层框架,因其灵活简单,深受青睐.而且现在的招聘职位中都要求应试者熟悉M ...

  8. Mybatis源码解析,一步一步从浅入深(二):按步骤解析源码

    在文章:Mybatis源码解析,一步一步从浅入深(一):创建准备工程,中我们为了解析mybatis源码创建了一个mybatis的简单工程(源码已上传github,链接在文章末尾),并实现了一个查询功能 ...

  9. Collections.unmodifiableMap,Collections.unmodifiableList,Collections.unmodifiableSet作用及源码解析

    在文章:Mybatis源码解析,一步一步从浅入深(五):mapper节点的解析中mybatis的源码中用到了Collections.unmodifiableList方法,其实还有unmodifiabl ...

随机推荐

  1. 日志采集框架Flume以及Flume的安装部署(一个分布式、可靠、和高可用的海量日志采集、聚合和传输的系统)

    Flume支持众多的source和sink类型,详细手册可参考官方文档,更多source和sink组件 http://flume.apache.org/FlumeUserGuide.html Flum ...

  2. IntelliJ IDEA运行慢解决方法

    今天在用IntelliJ IDEA运行项目时速度奇慢,上网找了一些解决方法,记录一下以供参考. 修改配置文件 IntelliJ IDEA\bin下idea.exe.vmoptions -server ...

  3. 【fhq Treap】bzoj1500(听说此题多码上几遍就能不惧任何平衡树题)

    1500: [NOI2005]维修数列 Time Limit: 10 Sec  Memory Limit: 64 MBSubmit: 15112  Solved: 4996[Submit][Statu ...

  4. Global exception handling in asp.net core webapi

    在.NET Core中MVC和WebAPI已经组合在一起,都继承了Controller,但是在处理错误时,就很不一样,MVC返回错误页面给浏览器,WebAPI返回Json或XML,而不是HTML.Us ...

  5. 安装配置Oracle 12c RAC

    http://www.lab128.com/rac12_installation_using_vb/article_text.html

  6. Django之路由分发系统

    web的基本工作流程 首先,我们先来思考一下我们平常在上网浏览网页时候的场景,大致就是打开一个web浏览器,输入某一个网站的地址,然后转到该网址,在浏览器中得到该网址的页面.从这个场景中我们可以抽象出 ...

  7. jsp+struts2登录框架模板

    一.建立一个名叫jsp_struts2的项目 二.导入jar包 如上图:jar包导入在WebContent/WEB-INF/lib下 三.建立一个LoginAction类 LoginAction类的s ...

  8. 用clipboard.js实现纯JS复制文本到剪切板

    以前很多人都是用ZeroClipboard.js来实现网页复制内容,火端也是用它.ZeroClipboard是利用flash来实现的,ZeroClipboard兼容性很好,但是由于现在越来越多的浏览器 ...

  9. .net的retrofit--WebApiClient底层篇

    前言 本篇文章的内容是WebApiClient底层说明,也是WebApiClient系列接近尾声的一篇文章,如果你没有阅读过之前的的相关文章,可能会觉得本文章的内容断层,WebApiClient系列文 ...

  10. Mac从零配置Vim

    // 这是一篇导入进来的旧博客,可能有时效性问题. 1. 安装Homebrew (包管理器,用来安装Vim)& /usr/bin/ruby -e "$(curl -fsSL http ...