文档章节

深入探索:单元测试

灯-塔
 灯-塔
发布于 2017/09/06 15:44
字数 931
阅读 12
收藏 0

单元测试这一块我们一直都有在接触,但是对于我来说,还不够重视或深入,可以说是忽视的一块,现在公司要把测试覆盖率给推起来,此时正好可以来探究探究。 JUnit4 单元测试主要有以下的一些功能:

  • 参数测试
  • 异常测试
  • 超时测试
  • 灵活固件
  • 忽略测试
  • 对测试进行逻辑分组

注意:本版本基于JUnit4.12。

参数测试

下面我们会对这样的一个类做参数测试,我们需呀一个 参数 和 一个预期结果值

public class Fibonacci {
    public static int compute(int n) {
        int result = 0;

        if (n <= 1) {
            result = n;
        } else {
            result = compute(n - 1) + compute(n - 2);
        }

        return result;
    }
}

如何做测试?第一个方法是构造函数方式

@RunWith(Parameterized.class)
public class FibonacciTest {

    @Parameters
    public static Collection<Object[]> data() {
        /* 数组第一个 为 参数, 第二个为 期望结果 */
        return Arrays.asList(new Object[][] {{0, 0}, {1, 1}, {2, 1}, {3, 2}, {4, 3}, {5, 5}, {6, 8}});
    }

    private int fInput;

    private int fExpected;

    public FibonacciTest(int input, int expected) {
        fInput = input;
        fExpected = expected;
    }

    @Test
    public void test() {
        Assert.assertEquals(fExpected, Fibonacci.compute(fInput));
    }
}

非构造函数实现(推荐:非构造函数更加灵活,不会影响类的其他方法):

@RunWith(Parameterized.class)
public class FibonacciTest2 {
    @Parameters
    public static Collection<Object[]> data() {
        return Arrays.asList(new Object[][] {{0, 0}, {1, 1}, {2, 1}, {3, 2}, {4, 3}, {5, 5}, {6, 8}});
    }

    @Parameter // first data value (0) is default
    public /* NOT private */ int fInput; // 数组第一个参数为输入参数

    @Parameter(1)
    public /* NOT private */ int fExpected; // 数组第一个参数为 预期参数

    @Test
    public void test() {
        Assert.assertEquals(fExpected, Fibonacci.compute(fInput));
    }
}

参考:https://github.com/junit-team/junit4/wiki/Parameterized-tests

异常测试

在我们编写测试用例的过程中,我们往往都会有期望异常的测试方法,有异常就是对了。 举一个例子

new ArrayList<Object>().get(0);

这样的方法毫无疑问会爆出IndexOutOfBoundsException 数组越界异常,为此,我们要验证这个异常的出现是正确的,我们可以@Test(exceted=IndexOutOfBoundsException.class) 来标记期望的异常。

@Test(expected = IndexOutOfBoundsException.class) 
public void empty() { 
     new ArrayList<Object>().get(0); 
}

然而这个只是方法之一,但却不是推荐的方法,对于更长的测试,建议使用ExpectedException Rule 来实现;

对异常进行更深的测试: 上面的方式是一个非常好的示例,但是他是有限制的。例如, 不能在异常中测试消息的值, 也不能在引发异常后检测域对象的状态。在Junit3.x 是用 try/catch 来做的(这个不浪费时间叙述),但是在Junit4.x 可以使用 @Rule 来实现。使用 ExpectedException 规则。此规则允许您不仅指示所期望的异常, 而且还可以显示所期望的异常消息。 实现如下:

public class TestExyRule {
    @Rule
    public ExpectedException thrown = ExpectedException.none();

    @Test
    public void shouldTestExceptionMessage() throws IndexOutOfBoundsException {
        List<Object> list = new ArrayList<Object>();
        thrown.expect(IndexOutOfBoundsException.class);
        thrown.expectMessage("Index: 0, Size: 0");
        list.get(0); // execution will never get past this line
    }
}

上面例子的expectMessage 可以使用 Matchers 来做, 这样可以更加的灵活,如:thrown.expectMessage(Matchers.containsString("Size: 0")); 当然我们也可以更加进一步的 验证异常的状态:

import static org.hamcrest.Matchers.hasProperty;
import static org.hamcrest.Matchers.is;
import static org.hamcrest.Matchers.startsWith;

import org.junit.Rule;
import org.junit.Test;
import org.junit.rules.ExpectedException;

public class TestExy {
     @Rule
    public ExpectedException thrown = ExpectedException.none();

    @Test
    public void shouldThrow() {
        TestThing testThing = new TestThing();
        thrown.expect(UnsupportedOperationException.class);
        thrown.expectMessage(startsWith("some Message"));
        testThing.chuck();
    }

    private class TestThing {
        public void chuck() {
            throw new UnsupportedOperationException("some Message");
        }
    }
}

https://github.com/junit-team/junit4/wiki/Exception-testing

超时测试

https://github.com/junit-team/junit4/wiki/Timeout-for-tests 超时测试比较简单,举个例子。

@Test(timeout =1000)
public void testMethod() {
    for(;;){}
}

如上面的代码我们对时间做了限制为1s, 但是由于有死循环,是无法在规定时间内通过测试的。

灵活固件

https://github.com/junit-team/junit4/wiki/Aggregating-tests-in-suites

逻辑分组测试

https://github.com/junit-team/junit4/wiki/Categories

参考

© 著作权归作者所有

共有 人打赏支持
灯-塔
粉丝 2
博文 39
码字总数 63914
作品 0
广州
程序员
软件测试读书列表

测试入门 软件测试(第2版) Software Testing (2e), Ron Patton 一本测试入门的好书,较全面地介绍了各种测试领域和方法,为测试新手提供了正确的观念和宽泛的基础。 软件测试的艺术(第2版...

honzhang
2016/09/07
0
0
网易云课堂-软件测试方法和技术实践

网易云课程-软件测试方法和技术实践 软件测试方法和内容: 单元测试、持续集成、系统测试、验收测试 测试计划、设计、执行,自动化测试 敏捷测试、探索式测试等 全程软件测试: 需求评审->设...

xjhznick
2015/03/06
0
0
Robolectric 探索之路

layout: post title: Roboletric探索之路,从抗拒到依赖 description: Roboletric Android Unit Testing category: blog --- 我为什么以前抗拒Android Unit Testing 1、懒,人类最大的天敌;...

ice_Anson
2016/03/16
129
0
测试基础介绍

迅速找出重要程序问题 1.首先测试经过变更的部分,然后测试没有变化的部分,修改和更改都意味着新的风险 2.首先测试核心功能,然后测试辅助功能,测试产品所完成的关键和常用功能,测试完成产...

测试猴
01/02
0
0
.NET系列文章——近一年文章分类整理,方便各位博友们查询学习

由于博主今后一段时间可能会很忙(准备出书:《.NET框架设计—模式、配置、工具》,外加换了新工作),所以博客会很少更新; 在最近一年左右时间里,博主各种.NET技术类型的文章都写过,根据...

王清培
2014/03/02
0
0

没有更多内容

加载失败,请刷新页面

加载更多

误删除innodb ibdata数据文件恢复

今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了。不知道怎么解决。当时我也不知道怎么办。后来查阅相关资料。终找到解决方法。其实恢复也挺简单...

IT--小哥
13分钟前
0
0
常见设计模式UML图

常见设计模式UML图 本文主要总结常见的设计模式的UML图,方便查阅和思考。 创建型模式 简单工厂模式、工厂方法模式、抽象工厂模式、建造者模式和单例模式,这五种设计模式主要处理对象的创建...

陶小陶
31分钟前
0
0
分布式缓存架构设计

零、 题记 在高并发场景下,需要通过缓存来减少数据库的压力,使得大量的访问进来能够命中缓存,只有少量的需要到数据库层。由于缓存基于内存,可支持的并发量远远大于基于硬盘的数据库。所以...

Ala6
32分钟前
2
0
简单工厂模式

public abstract class Operation { private double numberA = 0; private double numberB = 0; public double getNumberA() { return numberA; } ......

NinjaFrog
34分钟前
1
0
git(一) 基本操作(branch、tag、冲突)

layout: blog istop: true title: "git基本操作(branch、tag、冲突)" date: 2018-09-11 category: 版本控制 tags: - 版本控制 撤销操作 修改最后一次提交 解释:修改上次提交。可以修改内容...

开心的哈士奇
37分钟前
1
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部