关于TestNG
来源:互联网 发布:网络电影盈利模式 编辑:程序博客网 时间:2024/04/29 16:48
关于TestNG
TestNG是一个不错的测试框架,尤其是用于模块测试,以及大范围的测试。相对于JUnit来说,更为灵活。随着JUnit4的推出,很多功能都与TestNG相似,但相对于JUnit4,TestNG还是有很多部分是有区别的。TestNG的IDE支持也不错,对于Eclipse,Idea,Ant都有很好的支持。
先来看一看怎么使用TestNG,当然首先需要下载TestNG包。目前的版本为5.1,下载地址如下:
http://testng.org/doc/download.html ,也可以下载相应的Eclipse插件。
运行TestNG,可以从命令行或者IDE,或者Ant中运行。
命令行:
java org.testng.TestNG -groups windows,linux -testclass org.test.MyTest
对于大型的测试,需要定义一个xml文件,一般为testng.xml。
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" >
<suitename="Suite1" verbose="1" >
<testname="Nopackage" >
<classes>
<classname="NoPackageTest" />
</classes>
</test>
<testname="Regression1" >
<classes>
<classname="test.sample.ParameterSample" />
<classname="test.sample.ParameterTest" />
</classes>
</test>
</suite>
java org.testng.TestNG testng.xml
当然如果使用Eclipse插件,就简单多了。
下面来看一下,如何来实现测试的,与JUnit4 差不多(怀疑,JUnit4是不是有抄袭TestNG的成分)。
声明测试方法如下:
@Test
public void testMethod1() {
System.out.println("in testMethod1");
}
@Test
public void testMethod2() {
System.out.println("in testMethod2");
}
基本上都是采用java5的注释实现的。
与JUnit4 不同在于,测试方法可以分组,它可以根据诸如运行时间这样的特征来对测试分类。
@Test(groups={"fun1","fun2"})
public void testMethod1() {
System.out.println("in testMethod1");
}
@Test(groups={"fun1"})
public void testMethod2() {
System.out.println("in testMethod2");
}
同JUnit4 一样,同样支持Before,After方法,如同setUp 和tearDown,不过TestNG更为灵活,支持各种签名方式,如private,protected。
@BeforeMethod
protected void beforeMethod() {
System.out.println("in beforeMethod");
}
@AfterMethod
protected void afterMethod() {
System.out.println("in afterMethod");
}
同样也支持BeforeClass 和AfterClass,只执行一次的方法,但是可以不需要使用static签名
@BeforeClass
protected void beforeClassMethod() {
System.out.println("in beforeClassMethod");
}
@AfterClass
protected void afterClassMethod() {
System.out.println("in afterClassMethod");
}
不同于JUnit4,TestNG提供了以下的特性:
依赖性测试
JUnit 框架想达到的一个目标就是测试隔离。它的缺点是:人们很难确定测试用例执行的顺序,而这对于任何类型的依赖性测试都非常重要。开发者们使用了多种技术来解决这个问题,例如,按字母顺序指定测试用例,或是更多地依靠 fixture 来适当地解决问题。
与 JUnit 不同,TestNG 利用
Test
注释的 dependsOnMethods
属性来应对测试的依赖性问题。有了这个便利的特性,就可以轻松指定依赖方法。如以下定义:testMethod2依赖于testMethod1。@Test
public void testMethod1() {
System.out.println("in testMethod1");
}
@Test(dependsOnMethods="testMethod1")
public void testMethod2() {
System.out.println("in testMethod2");
}
当然如果testMethod1失败的话,默认testMethod2也不会执行,不过只需要设置alwaysRun = true,则可以跳过testMethod1
@Test
public void testMethod1() {
System.out.println("in testMethod1");
throw new RuntimeException("failed");
}
@Test(dependsOnMethods="testMethod1",alwaysRun = true)
public void testMethod2() {
System.out.println("in testMethod2");
}
失败和重运行
在大型测试套件中,这种重新运行失败测试的能力显得尤为方便。这是 TestNG 独有的一个特性。在 JUnit 4 中,如果测试套件包括 1000 项测试,其中 3 项失败,很可能就会迫使您重新运行整个测试套件(修改错误以后)。不用说,这样的工作可能会耗费几个小时。
一旦 TestNG 中出现失败,它就会创建一个 XML 配置文件,对失败的测试加以说明。如果利用这个文件执行 TestNG 运行程序,TestNG 就只 运行失败的测试。所以,在前面的例子里,您只需重新运行那三个失败的测试,而不是整个测试套件。可以看到以下的失败文件,一般命名为testng-failed.xml,以后只需要运行此文件就可以了。
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd"><suite thread-count="5" verbose="1" name="Failed suite [testng]" parallel="false" annotations="JDK5">
<test name="demo.testng.Test2(failed)" junit="false" parallel="false" annotations="JDK5">
<classes>
<class name="demo.testng.Test2">
<methods>
<include name="testMethod1"/>
<include name="testMethod2"/>
<include name="beforeClassMethod"/>
<include name="afterClassMethod"/>
<include name="beforeMethod"/>
<include name="afterMethod"/>
</methods>
</class>
</classes>
</test>
</suite>
参数化测试
TestNG 中另一个有趣的特性是参数化测试。在 JUnit 中,如果您想改变某个受测方法的参数组,就只能给每个 不同的参数组编写一个测试用例。多数情况下,这不会带来太多麻烦。然而,我们有时会碰到一些情况,对其中的业务逻辑,需要运行的测试数目变化范围很大。
在这样的情况下,使用 JUnit 的测试人员往往会转而使用 FIT 这样的框架,因为这样就可以用表格数据驱动测试。但是 TestNG 提供了开箱即用的类似特性。通过在 TestNG 的 XML 配置文件中放入参数化数据,就可以对不同的数据集重用同一个测试用例,甚至有可能会得到不同的结果。这种技术完美地避免了只能 假定一切正常的测试,或是没有对边界进行有效验证的情况。
@Parameters( { "first-name"
})
@Test(groups = { "param"
})
public void testParm(String firstName) {
System.out.println("invoked testString:" + firstName);
assertEquals(firstName, "Test");
}
在xml中设置相应的参数值,可以放入suite下面或者test下面,如果同名,一般test下面的定义覆盖suite定义。
<parameter name="first-name" value="Test"/>
高级参数化测试
尽管从一个 XML 文件中抽取数据会很方便,但偶尔会有些测试需要有复杂类型,这些类型无法用
String
或原语值来表示。TestNG 可以通过它的 @DataProvider
注释处理这样的情况。@DataProvider
注释可以方便地把复杂参数类型映射到某个测试方法。例如,清单 7 中的 verifyHierarchy
测试中,我采用了重载的 buildHierarchy
方法,它可接收一个 Class
类型的数据, 它断言(asserting)Hierarchy
的 getHierarchyClassNames()
方法应该返回一个适当的字符串数组:package test.com.acme.da.ng;
import java.util.Vector;
import static org.testng.Assert.assertEquals;
import org.testng.annotations.DataProvider;
import org.testng.annotations.Test;
import com.acme.da.hierarchy.Hierarchy;
import com.acme.da.hierarchy.HierarchyBuilder;
public class HierarchyTest {
@DataProvider(name = "class-hierarchies")
public Object[][] dataValues(){
return new Object[][]{
{Vector.class, new String[] {"java.util.AbstractList",
"java.util.AbstractCollection"}},
{String.class, new String[] {}}
};
}
@Test(dataProvider = "class-hierarchies")
public void verifyHierarchy(Class clzz, String[] names)
throws Exception{
Hierarchy hier = HierarchyBuilder.buildHierarchy(clzz);
assertEquals(hier.getHierarchyClassNames(), names,
"values were not equal");
}
}
当然还有一些其他的特性,就不一一详细说明了,有兴趣可以参考相应的testNG文档。
JUnit 4 和 TestNG 在表面上是相似的。然而,设计 JUnit 的目的是为了分析代码单元,而 TestNG 的预期用途则针对高级测试。对于大型测试套件,我们不希望在某一项测试失败时就得重新运行数千项测试,TestNG 的灵活性在这里尤为有用。这两个框架都有自己的优势,您可以随意同时使用它们。
- 关于TestNG
- 关于TestNG
- 关于TestNG
- TestNG
- testng
- testng
- TestNG
- TestNG
- TestNG
- TestNG
- testng
- TestNG
- testNG
- TestNG
- 关于TestNG的另一篇文章(转载)
- 关于使用testng的retry问题
- 关于junit和testng的比较
- testNG 使用配置,关于not xml问题解决
- 剖析程序的内存布局
- shell 杂项
- VC进程相关的学习(一)(查找进程和内存读取)
- 如何在PHP中判断某个函数是否被支持
- js 取得table中的td值
- 关于TestNG
- asp.net 中页面静态化
- Windows XP pro sp3 VOL 微软原版
- 小问号的问题世界
- pku 1258
- Windows 7 Ultimate Magic Key(更新至65枚)【2010.01.19、神KEY之后的疯狂】
- 使用const 提高函数的健壮性
- Python学习笔记
- MFC疑难注解:CAsyncSocket及CSocket