自动化单元测试

自动化单元测试

人们在使用“单元测试”这个术语时比较随意。这可能会导致困惑，特别是当人们开始声称他们的单元测试“花了很长的时间执行”时。为开发者测试定义一个常用词汇表有助于将测试进行有效的分类，从而创建一个有效的CI系统，能够执行快速的构建。

“单元测试”验证软件系统中所有小元素的行为，这些小元素通常都是一个类。但是有时候，单元测试和被测试的类之间的这种一对一的关系会被放大，因为一些被测试的类耦合程度较高。

代码清单6-1展示了利用TestNG框架编写的单元测试。TestNG是基于annotation的，因此@testng.test这样Javadoc一样的注释出现在了startPatternTest方法中。通过Java1.4的assert语句，这个测试用例验证了RegexPackageFilter类通过一个正则表达式模式正确地过滤了字符串。

public class RegexPackageFilterTestNG {

    /**

     * @testng.test

     */

    public void starPatternTest() throws Exception{

        Filter filter = new RegexPackageFilter("java.lang.*");

        assert filter.applyFilter("java.lang.String"):

            "filter returned false";

        assert !filter.applyFilter("org.junit.TestCase"):

            "filter returned true for org.junit.TestCase";

    }

}

某些单元测试需要较少的外部依赖关系，这些依赖关系通常是其他的类。这些依赖的类本身比较简单，没有很复杂的类间关系。有时候，单元测试甚至使用模拟对象（mock），它们是一些简单的对象，用于替换真实的、复杂的对象。如果依赖的对象本身确实依赖于外部的实体，如一个文件系统或数据库，而这些外部对象又没有虚拟化，测试就变成了组件测试（后面定义）。

代码清单6-2展示了一个用Ruby写的单元测试的例子，它验证了一个过滤器的行为。这个测试仍然是一个单元测试，虽然它使用了两个类，RegexFilter和SimpleFilter，因为它只使用了一个类型来验证行为。

require "test/unit"

require "filters"

class FiltersTest < Test::Unit::TestCase

  def test_regex

    fltr = RegexFilter.new(/Google|Amazon/)

    assert(fltr.apply_filter("Google"))

  end

  def test_simple

    fltr = SimpleFilter.new("oo")

    assert(fltr.apply_filter("google"))

  end

  def test_filters

    fltrs = [SimpleFilter.new("oo"), RegexFilter.new(/Go+gle/)]

    fltrs.each{ | fltr |

        assert(fltr.apply_filter("I love to Gooogle on the Internet"))

    }

  end

end

单元测试的关键在于没有外部的依赖关系，如数据库。这些外部的依赖关系通常会使测试建立和执行的时间变长。单元测试可以在开发周期的早期创建并执行（例如第一天）。因为编码和看到单元测试结果之间的时间很短，所以单元测试是一种有效的除错方法。

图书详细信息:http://bvbroadview.blog.51cto.com/addblog.php

本文节选自《持续集成：软件质量改进和风险降低之道》一书

[美]Paul M. Duvall （保罗.M. 杜瓦尔）Steve Matyas （史蒂夫.迈耶斯） Andrew Glover(安德鲁.格洛弗) 著

王海鹏 译

电子工业出版社出版