xml参数化、自动化单元测试设计

先在开源中国技术分享区发了一下，应者寥寥。http://www.oschina.net/question/1045821_144322

最近在做单元测试相关的东西，有一些想法，也研究实现了一部分，和大家分享。

单元测试的用例要和代码分离，采用xml的格式。

每一个单元测试类对应一个xml，采用如下格式:

33333
MD5
1001
4222222222




0
831





33333
MD5
1001
4222222222




0
831

根节点为单元测试类的类名

类下面是多个节点

每个节点下有多个节点

每个节点下有和分别为输入参数和期望返回结果

输入参数可能有多个，故节点下可能有多个节点

以上是对xml设计的介绍。

下面讲实现。

通过一些实际使用，发现JUnit对参数化的支持非常不好。对于参数化测试有很大的局限性，参数必须定义成类的成员变量，这样对于一个类中有多个测试方法造成很大的不便。JUnit的参数化测试只适合一个类只有一个测试方法的情况。

于是我用了TestNG，TestNG也是一个（但并不仅仅是）单元测试框架，与JUnit类似，有类似的生命周期和类似的用法。但TestNG对参数化测试支持的很好：

public class TestNGTest {

@DataProvider(name = "test2")
public Object[][] createTest2() {
return new Object[][] { { "input1", "expect" }, { "input2", "expect2" } };
}
}
@Test(dataProvider = "test2")
public void test2(String input,  String expect) {
System.err.println(input+" "+expect);
}

}

TestNG的每个测试方法是可以有参数的，有一个数据提供者（dataProvider注解），dataProvider和每个test是一一对应的关系。这样是方法级别的（而JUnit是类级别）

DataProvider会返回一个二维数组。剩下的事情就是如何读取解析上面的xml，并生成二维数组返回了。

（好像TestNG也有一个xml配置，配置DataProvider，但感觉不怎么样，可能只支持简单类型，不利于自己定制）

对web controller的测试也与之类似，springmvc有mockMvc，在此不过多介绍了。

以上。