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

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

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

<class name="com.xxx.service.test.demoservicetest">

<beforeclass></beforeclass>

<afterclass></afterclass>

<method name="testgettoken">

<before></before>

<after></after>

<!-- 输入参数类型错误 -->

<case name="err_001">

<!-- 方法参数可能有多个 -->

<request>

<param type="com.xxxi.domain.request.tokenrequest">

<merchantid>33333</merchantid>

<signtype>md5</signtype>

<businesstype>1001</businesstype>

<outtradeno>4222222222</outtradeno>

</param>

</request>

<!-- 方法期望返回值 -->

<response type="com.xxx.domain.response.tokenresponse">

<responsecode>0</responsecode>

<tradeno>831</tradeno>

</response>

</case>

<case name="case_002">

<param type="com.xxx.request.tokenrequest">

<response type="com.elong.pb.payment.api.domain.response.tokenresponse">

</method>

</class>

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

　　类下面是多个<method>节点

　　每个<method>节点下有多个<case>节点

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

　　输入参数可能有多个，故<request>节点下可能有多个<param>节点

　以上是对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，在此不过多介绍了。

　　以上。

最新内容请见作者的github页：http://qaseven.github.io/