1. JDK 5 Annotations (JDK 1.4 可以用JavaDoc代替).
一個典型的Junit的測試類
import junit.framework.TestCase;
public class Jtest extends TestCase {
protected void setUp() throws Exception {
super.setUp();
//some initial code
}
protected void tearDown() throws Exception {
super.tearDown ();
//release resource and rollback
}
public void testFunction {
//test code
}
}
對應的TestNG的測試類，我們寫最簡單的情況。
public class NGtest{
@Configuration(beforeTestClass=true)
public void setUp() {
//some initial code
}
@Configuration(afterTestClass = true)
public void tearDown (){
//release resource and rollback
}
@Test( )
public void testFunction (){
//test code
}
}
這樣寫可以比較明顯的看到兩者的對應關係（注意TestNG的方法的名字是可以隨便取的，取一樣的名字只是爲了讓你容易找到對應的關係）
這說明TestNG是從Junit發展而來的，至少借鑑了很多Junit的思想（實際上TestNG的作者本身就是Junit的小組成員之一）。
我們從最表面的現象來看看吧
l TestNG沒有繼承任何類，甚至接口！！
l JDK 5 Annotations
這2者是息息相關的，爲什麼我們不用繼承任何類，因爲信息都在註釋裏面，這樣會帶來很多好處（絕不僅僅是命名的方便）。
2. 靈活的test configuration
先看一下Junit的執行順序
Setup( ) test1( ) tearDown( ) Setup( ) test2( ) tearDown( )…………
下面是TestNG的
3. TestNG 的靈魂
配置文件（testng.xml）
Junit中要定義測試任務是要寫TestSuit的，居然要寫硬編碼，而TestNG全部寫在testng.xml（名字可以自定義的）中的，然後可以通過ant來調用。
<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" >
<suite name="my suite">
<test name="test1">
<groups>
<run name="group1">
</run>
</groups>
<classes>
<class name="ClassA" />
</classes>
</test>
<test name="test2" >
<groups>
<run name="group2">
</run>
</groups>
<classes>
<class name="ClassB"/>
<class name="ClassC"/>
</classes>
</test>
</suite>
上面包含了配置文件的基本的主幹，一個配置文件只有一個Suite，基本上一個項目寫一個配置文件就可以了，當然如果你的項目足夠大，可能需要幾個配置文件。測試是按照從大到小的順序進行的，先執行suite，test，class,其中的group和class是平級的，在講group的時候再詳細的解釋。有了這個文件，我們就可以很清楚的理解@configuration裏面的類型
public boolean beforeSuite() default false;
public boolean afterSuite() default false;
public boolean beforeTest() default false;
public boolean afterTest() default false;
public boolean beforeTestClass() default false;
public boolean afterTestClass() default false;
public boolean beforeTestMethod() default false;
public boolean afterTestMethod() default false;
從字面意思可以看出方法的執行順序，唯一的疑惑是執行的次數，官方的文檔的解釋是相當讓人疑惑的，好在我們可以自己測試，beforeTestMethod是當類中任何方法調用都要執行的，beforeTest和beforeTestClass在一個Test中是隻執行一次的（沒試過把2個相同的類寫到一個Test裏面），而beforeSuite在一個配置文件中只執行一次。上面都沒有考慮分組的情況，分組會更加的複雜，似乎靈活過頭了，但是考慮到項目的複雜性，每個測試方法的初始化都可能不同，現在我們做的項目要求每天要將單元測試寫進daily build的build文件裏面自動執行，似乎只有用TestNG這樣靈活的配置才能達到。
4. 分組
將一個測試方法或者配置方法分組是很容易的。
@Configuration(beforeTestClass=true，groups＝“group1”)
@Test(groups=”group1”)
只要象上面寫就可以了，名字隨便取，而且不需要預先定義。
我們在一個類做2個組，看看效果
@Configuration(beforeTestClass=true，groups＝“group1”)
Public void C1(){}
@Test(groups=”group1”)
Public void T1(){}
@Configuration(beforeTestClass=true，groups＝“group2”)
Public void C2(){}
@Test(groups=”group2”)
Public void T2(){}
只選group1
…………………
<groups>
<run name="group1">
</run>
</groups>
…………
執行C1 T1
只選group2
…………………
<groups>
<run name="group2">
</run>
</groups>
…………
執行C2 T2
2個都選
…………………
<groups>
<run name="group1">
<run name="group2">
</run>
</groups>
…………
我最先以爲的順序是C1 T1 C2 T2 （A）
然而實際上是 C1 C2 T1 C1 C2 T2 （B）
要想達到（A）的效果，只能把2個group分開了放在不同的Test裏面，其實只要知道一點，TestNG是先找Class，然後纔去找Group的。
4. 參數
Junit是不帶任何參數的，不論是測試方法還是配置方法，而TestNG都是可以添加參數的，有2種方法。
（1） 使用Parameter參數
@Parameters({ "first-name" })
@Test
public void testSingleString(String firstName) {
System.out.println("Invoked testString " + firstName);
assert "Cedric".equals(firstName);
}
參數的值放到配置文件中
<suite name="My suite">
<parameter name="first-name" value="Cedric"/>
<test name="Simple example">
這種方法偶爾用之還可以，但是很遺憾的是第一隻能傳String（可能可以其他的基本數據類型？？但至少不能傳複雜對象），第二數據寫在配置文件中，不能所見即所得。
但是下面的方法真的給我們驚喜。
（2） DataProvider
這是從4.0以後增加的功能，看看怎麼實現。
// This method will provide data to any test method that declares that its Data Provider
// is named "test1"
@DataProvider(name = "test1")
public Object[][] createData1() {
return new Object[][] {
new Object[] { "Cedric", new Integer(36) },
new Object[] { "Anne", new Integer(37)},
};
}
// This test method declares that its data should be supplied by the Data Provider
// named "test1"
@Test(dataProvider = "test1")
public void verifyData1(String n1, Integer n2) {
System.out.println(n1 + " " + n2);
}
執行的結果
Cedric 36
Anne 37
DataProvider返回的是個2維數組的對象，什麼數據都可以提供了吧，而且可以讓你的測試方法執行多次。而且最重要的是和測試方法寫在一起，所見即所得。
5. Ant的集成和Daily Build
TestNG對Ant提供了很好的支持，這是我寫得測試用的Ant腳本
<project default="testng">
<property file="build.properties" />
<path id="cpath">
<fileset dir="lib">
<include name="*.jar"/>
</fileset>
</path>
//定義testng的任務
<taskdef resource="testngtasks" classpath="lib/testng-4.4-jdk15.jar" />
<target name="compile">
<mkdir dir="test/classes"/>
<javac destdir="test/classes"
srcdir="${testng.dir}"
debug="true"
encoding="GBK" >
<classpath refid="cpath"/>
</javac>
</target>
//執行testng的任務
<target name="testng" depends="compile">
<testng classpath="test/classes">
<xmlfileset dir="${configure.dir}" includes="testing.xml" />
</testng>
</target>
</project>
簡單的不能在簡單了，你只要告訴ant來調用，然後告訴ant配置文件在哪裏，剩下的事都交給testng自己的配置文件去做就行了，然後ant以後都不用修改了。不建議將任務的細節寫在ant裏面，首先功能不如testng自己的配置文件強大，而且ant需要維護。
下面基本上是TestNG纔有的特點了，和Junit沒有什麼關係，但爲了延續，還是用了上面的題目。
7 .依賴關係
先給個例子
@Test
public void serverStartedOk() {}
@Test(dependsOnMethods = { "serverStartedOk" })
public void method1() {}
在這個例子中，method1（）必須在serverStartedOk()執行後才能執行，而且serverStartedOk()不能fail，否則method1（）會被skip掉
基本上類似於ant的依賴關係，也很容易理解，只是分爲強依靠和弱依靠，區別是弱依靠只管執行的順序，強依靠除了順序，還要正確，否則後面的不執行，上面的例子是強依靠，下面是弱依靠,加上alwaysrun=”true”
@Test
public void serverStartedOk() {}
@Test(dependsOnMethods = { "serverStartedOk" }，alwaysrun=”true”)
public void method1() {}
如果有興趣，可以看看下面的文章，裏面有有趣的爭論
http://beust.com/weblog/archives/000171.html
8.其他特性
還有很多，工廠模式，並行運行（Parallel running ），BeanShell 等等，感覺不是特別重要，而且寫了那麼多感覺好累啊，就不寫了，有興趣的可以去看看官方的文檔。
http://testng.org/doc/documentation-main.html
