工欲善其事，必先利其器
单元测试的重要性是不言而喻的。但如果没有好的单元测试工具，是无法激起开发人员的欲望。
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>
- <definename=”all”>
- <includename=”test1”/>
- <excludename=”test2”/>
- </define>
- <run>
- <includename=”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，发送和接收是解耦的，如果是测试发送消息的方法，当收到响应时，会有返回值。根据这个场景，测试代码通常是这样：
- PrivatevolatileBooleansuccess=”false”;
- @Test(groups=”send”)
- PublicvoidsendMessage(){
- //sendmessagecode
- }
- @Test(timeOut=10000,invocationCount=1000,successPercentage=98,dependsOnGroups={“send”})
- PublicvoidwaitForAnser(){
- 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>为粒度）。