懒，是我追求的美德

JUnit没有提供方便传递测试参数的机制，所以，针对每个测试数据集，都需要单独写代码进行测试。这样浪费很多时间和精力重复写测试代码，它们只是参数不一样，测试逻辑完全一样。同时，测试代码和测试数据没有分离，为今后的维护埋下隐患。TestNG在参数化测试方面，比JUnit有较大的优势。提供了两种传递参数的方式。testng.xml方式使代码和测试数据分离，方便扩展和维护。@DataProvider能够提供比较复杂的参数，同时方便产生具有一定规律的测试数据集。

对于大规模软件的测试，TestNG在很多方面的确优于JUnit 4。在项目开发初期，可能选择JUnit 4进行测试，但是到软件开发到一定阶段后，逐渐发现JUint 4不能满足更高的要求。此时，使用TestNG可以更好地对软件进行测试，那么如何从之前的JUnit 4测试转化为TestNG呢？

TestNG和JUnit是针对Java语言的两个比较常用的测试框架。JUnit出现的比较早，但是早期的JUnit 3对测试代码有非常多的限制，使用起来很不方便，后来的JUit 4得到很大的改进。TestNG的出现介于JUint 3和JUnit 4，但是TestNG在很多方面还要优于JUint 4。下面从整体上对TestNG和JUnit 4进行比较全面的比较。

问题描述：一个测试类，只有一个带参构造函数。在带参构造函数上加@Test，同时加@Parameters注解从testng.xml中传递参数。为保证测试函数在带参构造函数之后执行，所以测试方法前的@Test加了dependsOnMethods属性，依赖于带参构造函数。错误提示：测试方法执行时，会提出其依赖的构造方法找不到。TestNG执行原理：TestNG启动之后，先调用构造函数创建所有的测试实例，然后才进行测试。因此，构造函数与测试函数的执行时机不一样，构造函数在所有测试方法之前先执行，没有必要再

在目前的工作中，经常需要写大量的测试用例（Test Case），然后用TestNG进行自动化测试。随着test case数量的不断增加，发现目前写test case的方法存在一些不足之处。经过几天的思考和探索，找到一种充分利用TestNG的testng.xml配置文件组织test case的方法。