首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 其他教程 > 其他相关 >

TestNG部门测试用例的最佳实践

2013-09-06 
TestNG组织测试用例的最佳实践在目前的工作中,经常需要写大量的测试用例(Test Case),然后用TestNG进行自动

TestNG组织测试用例的最佳实践

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

1. 目前组织test case的实践

        将所有测试方法放在Common Task的类中,然后根据test case的测试逻辑,创建对应的测试类,然后用TestNG运行这些测试类。

        目前实践的实例代码如下:

        包含所有测试方法CommonTasks文件:

<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" ><suite name="Suite" verbose="1"><parameter name="max" value="2"></parameter><test name="testcase1"><groups><dependencies><group depends-on="method1" name="method2"></group></dependencies><run><include name="method1"></include><include name="method2"></include></run></groups><packages><package name="com.ibm.testng.test.*"></package></packages></test><test name="testcase2"><groups><dependencies><group depends-on="method2" name="method1"></group></dependencies><run><include name="method2"></include><include name="method1"></include></run></groups><packages><package name="com.ibm.testng.test.*"></package></packages></test></suite>
        新实践基于TestNG的一个设计目标:Create a clean separation between thestatic model (the code of your tests) and theruntime model (which tests get run)。这里的static model指Java代码中的测试方法,runtime model指运行时的test case。

        新实践将之前的测试类删掉,将测试类的annotation移到Common Task类中,将测试类的测试逻辑移到testng.xml中通过<dependencies>实现。这样做具有如下优势:

        1)理想情况下,一个Common Task类和一个testng.xml就可以组织出所有test case。不存在代码重复率很高的测试类,class文件数量也不会随着test case数量的增加而增加。

        2)修改Common Task类和testng.xml,相互之间的影响会非常小。修改Common Task类,再也不用去修改大量的测试类。修改testng.xml中的参数名称,也只需要修改Common Task类中很少的地方。

        3)dependsOnGroups代替了dependsOnMethods,任意修改Common Task类中的method名称,都不会有印象。

        当然,这种实现也不是完全没有缺点。例如:测试逻辑也放到testng.xml中后,在test case数量较多的情况下文件会比较长。不过可以根据某些特性将test case放到几个xml配置文件中,然后通过<suite-files>封装成一个suite一起测试。另外,当测试出现问题的时候,测试人员需要读testng.xml文件来追踪错误位置。如果在写testng.xml时将<run>标签中include的groups按逻辑先后顺序排列的话,也不会额外增加追踪错误的难度。

        我们会发现这种实现的testng.xml中,每个test case都需要一个相同的<packages>,其实完全可以把这部分移到<suite>中,使其对所有的test case都有效。不过,这样的尝试没有成功,具体问题描述见testng github,希望知道该问题的人能够指点一下。同时,如果一个test case中要多次以不同参数运行同一group,就会遇到传参和dependency的问题。目前只有一种间接解决方案:将这个test case执行同一group的步骤分配到不同test中,TestNG会按照testng.xml中test的顺序去执行test case。

热点排行