测试的依赖与分组
　　我们在将依赖与分组放在一起描述，是因为他们之间有着紧密的联系。
　　测试依赖
　　测试方法之间的依赖是一种很常见的需求，您也许认为，测试之间的依赖不是破坏了测试方法之间的隔离性吗？确实是这样的，但是有时为了这种隔离性，在彼此隔离的测试方法当中要付出很大的代价去相互模拟，所以为了方便起见，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>为粒度）。