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

千斤难买春秋醉 发布于 2014/02/21 18:47
阅读 1K+
收藏 3

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

单元测试的用例要和代码分离,采用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">
<request>
<param type="com.xxx.request.TokenRequest">
<merchantId>33333</merchantId>
<signType>MD5</signType>
<businessType>1001</businessType>
<outTradeNo>4222222222</outTradeNo>
</param>
</request>
<!-- 方法期望返回值 -->
<response type="com.elong.pb.payment.api.domain.response.TokenResponse">
<responseCode>0</responseCode>
<tradeNo>831</tradeNo>
</response>
</case>
</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,在此不过多介绍了。

以上。

加载中
0
优雅先生
优雅先生

楼主,JUnit高版本也有类似你说的:一份测试数据同时用于多个测试方法的。代码如下,其实就是我昨晚刚看到的,更多细节搜索JUnit Theory:

@RunWith(Theories.class)
public class AdditionWithTheoriesTest {

  @DataPoints
  public static int[] integers() {
     return new int[]{
                   -1, -10, -1234567,1, 10, 1234567};
  }

  @Theory
  public void a_plus_b_is_greater_than_a_and_greater_than_b(Integer a, Integer b) {
     Assume.assumeTrue(a >0 && b > 0 );
     assertTrue(a + b > a);
     assertTrue(a + b > b);
  }

  @Theory
  public void addition_is_commutative(Integer a, Integer b) {
     assertTrue(a + b == b + a);
  }
}
优雅先生
优雅先生
额,你怎么看的一个TestCase,a_plus_b_is_greater_than_b和addition_is_commutative。。。。。。
千斤难买春秋醉
千斤难买春秋醉
如果不是的话 那和testNG类似了
千斤难买春秋醉
千斤难买春秋醉
你说的好像也是一个Test类只有一个DataPoints和一个Test吧
返回顶部
顶部