单元测试框架TestNg使用总结

工欲善其事，必先利其器

单元测试的重要性是不言而喻的。但若是没有好的单元测试工具，是没法激起开发人员的欲望。

Testng即是利器之一。TestNG是基于Annotation的测试框架的先驱，他拥有经过添加诸如灵活的装置、测试分类、参数测试和依赖方法等特性来克服JUnit3的一些不足之处。下面我将总结一些TestNg的重要特性。

关于testng.xml

Testng.xml是以xml记录全部测试的文件。它描述了测试套件的运行时定义，也是testng中运行测试的最大工做单元。虽然没有testng.xml文件，测试也很容易被执行。可是随着测试代码的增加，testng.xml提供了方便用来存放全部运行时的配置，如设置有关类，测试，方法，参数，分组的包含与排除等。在测试类愈来愈多时，它就显得很是重要。

Testing.xml的主要结构

根标签是<suite>

<suite>标签包含一个或多个<test>标签

<test>标签包含一个或多个<classes>标签

<classes>标签包含一个或多个<method>标签

通常来讲，大多数文件详细到<classes>标签便可。

Testing.xml的额外标签

<packages>和<package>：顾名思义，它们能够指定一组java包，在这个标签中还能够用包含<include>或者排除<exclude>属性。

<parameter>定义了参数名称和值，它的使用是与测试类当中@Parameters的注释结合使用的，做用和@Dataprovider相似，提供外部参数，功能不如@Dataprovider强大，有局限性。

<suite-files>和<suite-file>：它是用来引入其余testng.xml文件的，这些文件将于当前文件一块儿执行。

<groups>，<define>和<run>：这三个标签结合使用，在执行时用来指定或者排除一部分的分组，以一个例子见分晓：

 

 

<groups>
  <define name=”all”>
     <include name=”test1”/>
     <exclude name=”test2”/>
  </define>
  <run>
    <include name=”all”/>
  </run>
<groups>

 

注意执行测试的默认顺序是按照testng.xml里给定的顺序执行的。若是你不但愿按此顺序执行，请使用preserve-order属性指定为false。如<test name="Regression1" preserve-order="false">。关于testng.xml的标签详细说明，可参见testng.xml的官方文档。

 

在实际开发时，我建议testng.xml以功能点为粒度进行划分。而后以总的testng.xml将各个功能点的配置汇总起来。

参数传递

Testng改进了传统测试框架没法传递参数的缺点，它可以提供了想测试方法传递参数的最简单两种的方法：

1，在测试方法上加@Parameters标签，而后在testng.xml给出参数。

2，指定@Dataproviders。

第一种方式的缺点很明显，它只支持java基本类型，而且在构造值时，没法包含计算逻辑获得须要的参数。

第二种方式能够想测试方法传递任何有效的java类型。咱们倾向于第二种方法来构造参数。

 

在此，咱们再介绍一种传递参数的方式：工厂注释@Factory，它不一样于前面两种参数传递。

让咱们回顾一下普通的testng测试，这些测试类是无参数构造方法(默认构造方法，没法接受参数)的。@Factory的出现，正是弥补这一缺陷而产生的。@Factory的方法在执行时会被首先检查并执行，且只执行一次。执行完之后返回一个Object数组。这个数组里对象的内容即是当前测试方法带了构造函数的实例。在使用@Factory的同时，该测试类还有一个对应带参数的构造函数，@Factory就是为以构造函数提供参数的形式提供了帮助。

 

测试的依赖与分组

咱们在将依赖与分组放在一块儿描述，是由于他们之间有着紧密的联系。

测试依赖

测试方法之间的依赖是一种很常见的需求，您也许认为，测试之间的依赖不是破坏了测试方法之间的隔离性吗？确实是这样的，可是有时为了这种隔离性，在彼此隔离的测试方法当中要付出很大的代价去相互模拟，因此为了方便起见，testng提供了这种依赖的方式。

Testng当中经过@Test的属性dependsOnMethods，dependsOnGroups来实现针对方法和分组的依赖。

依赖还包括软依赖和硬依赖。硬依赖是很强的关联，若是被依赖的测试失败，那么依赖它的测试会跳过。而软依赖则不会跳过。经过给@Test设定alwaysRun=true来实现软依赖。使用依赖时须要注意的是要避免循环依赖

测试分组

Testing当中提供的组名，与java当中包的概念有些相似，都是将包含类似点的类归为一组。

分组的最重要的目标就是：使固定的测试代码和执行哪些测试实现清晰的分离。当你须要指定执行哪些组的测试时，在动态执行时指定组便可。

关于分组的语法是很是简单的，@Test,@BeforeClass,@AfterClass,@BeforeMethod等均可以属于分组。相关的语法是@Test(groups=”group1”)，一个@Test的groups还能够指定多个组名，如@Test(groups=”group1,groups2”)。

定义好的组名，实际上是给运行时使用的，也就是在testng.xml文件当中能够配置。前面的testng.xml说明当中就提到了<groups>的用法。

Group的组织能够根据各类维度来进行划分，如单元测试，集成测试，性能测试。或者是框架分层来划分如action,service,dao等。在配置文件当中还能够定义组中组，经过define标签来实现，前面也有所说明。

在通常项目中，我建议组分类可按照架构分层来定义，分为基础功能，service业务以及dao层。

expectedExceptions

用expectedExceptions来测试异常有两个好处：其一，它消除了try/catch语句给代码带来的干扰。其二，使得测试代码表达的意图更加清楚。只要看到@Test注释当中定义的expectedExceptions属性，就知道该测试方法的意图，把Exception的用例和预期业务功能的用例分到不一样测试方法中。

语法很简单，@Test(expectedExceptions=”XXXException.class”) ，异常类能够有多个，用逗号隔开。

异步与并发测试

异步与并发在单元测试当中一般都比较困难。

关于异步测试，如JMS，发送和接收是解耦的，若是是测试发送消息的方法，当收到响应时，会有返回值。根据这个场景，测试代码一般是这样：

 

 

Private volatile Boolean success=”false”;
@Test(groups=”send”)
Public void sendMessage(){
   //send message code
}

@Test(timeOut=10000,invocationCount=1000,successPercentage=98,dependsOnGroups={“send”})
Public void waitForAnser(){
   While(!success){
     Thread.sleep(1000);
   }
}

 

@Test(timeOut = 10000, invocationCount = 1000,successPercentage = 98)，是用于测试系统的可用性和响应速度所设的值。这里告诉testng调用该方法1000次，若是98%的调用是成功的，就认为是经过测试。固然，前面也要调用sendMessage方法1000次。timeOut是防止死锁而产生的。

Testing内建了对并发的支持，能够分为两种

1，并发测试

Testng在作并发测试时提供了threadPoolSize,invocationCount和timeOut三个属性来完成。threadPoolSize能够指定多个线程池来执行测试方法。

2，并发执行测试

Testing还能够经过testng.xml来设置并发执行。testng.xml默认是单线程执行的。

<suite>标签能够设置parallel属性。Thread-count指定线程数

parallel=”methods”：每一个测试方法都在它本身的线程中执行(以方法为粒度)。

parallel=”tests”：在某个<test>标签内的全部测试方法都在它本身的线程中执行（以<test>为粒度）。