參數(shù)化測試
TestNG 中另一個有趣的特性是參數(shù)化測試。在 JUnit 中，如果您想改變某個受測方法的參數(shù)組，只能給每個 不同的參數(shù)組編寫一個測試用例。多數(shù)情況下，這不會帶來太多麻煩。然而，我們有時會碰到一些情況，對其中的業(yè)務(wù)邏輯，需要運行的測試數(shù)目變化范圍很大。
在這樣的情況下，使用 JUnit 的測試人員往往會轉(zhuǎn)而使用 FIT 這樣的框架，因為這樣可以用表格數(shù)據(jù)驅(qū)動測試。但是 TestNG 提供了開箱即用的類似特性。通過在 TestNG 的 XML 配置文件中放入?yún)?shù)化數(shù)據(jù)，可以對不同的數(shù)據(jù)集重用同一個測試用例，甚至有可能會得到不同的結(jié)果。這種技術(shù)完美地避免了只能 假定一切正常的測試，或是沒有對邊界進(jìn)行有效驗證的情況。
在清單 5 中，我用 Java 1.4 定義了一個 TestNG 測試，該測試可接收兩個參數(shù)：classname 和 size。這兩個參數(shù)可以驗證某個類的層次結(jié)構(gòu)（也是說，如果傳入 java.util.Vector，則 HierarchyBuilder 所構(gòu)建的 Hierarchy 的值將為 2 ）。
清單 5. 一個 TestNG 參數(shù)化測試
package test.com.acme.da;
import com.acme.da.hierarchy.Hierarchy;
import com.acme.da.hierarchy.HierarchyBuilder;
public class HierarchyTest {
/**
* @testng.test
* @testng.parameters value="class_name， size"
*/
public void assertValues(String classname， int size) throws Exception{
Hierarchy hier = HierarchyBuilder.buildHierarchy(classname);
assert hier.getHierarchyClassNames().length == size: "didn't equal!";
}
}
清單 5 列出了一個泛型測試，它可以采用不同的數(shù)據(jù)反復(fù)重用。請花點時間思考一下這個問題。如果有 10 個不同的參數(shù)組合需要在 JUnit 中測試，您只能寫 10 個測試用例。每個測試用例完成的任務(wù)基本是相同的，只是受測方法的參數(shù)有所改變。但是，如果使用參數(shù)化測試，可以只定義一個 測試用例，然后，（舉例來說）把所需的參數(shù)模式加到 TestNG 的測試套件文件中。清單 6 中展示了這中方法：
清單 6. 一個 TestNG 參數(shù)化測試套件文件
<!DOCTYPE suite SYSTEM "http://beust.com/testng/testng-1.0.dtd">
<suite name="Deckt-10">
<test name="Deckt-10-test">
<parameter name="class_name" value="java.util.Vector"/>
<parameter name="size" value="2"/>
<classes>
<class name="test.com.acme.da.HierarchyTest"/>
</classes>
</test>
</suite>
清單 6 中的 TestNG 測試套件文件只對該測試定義了一個參數(shù)組（class_name 為 java.util.Vector，且 size 等于 2），但卻具有無限的可能。這樣做的一個額外的好處是：將測試數(shù)據(jù)移動到 XML 文件的無代碼工件意味著非程序員也可以指定數(shù)據(jù)。
高級參數(shù)化測試
盡管從一個 XML 文件中抽取數(shù)據(jù)會很方便，但偶爾會有些測試需要有復(fù)雜類型，這些類型無法用 String 或原語值來表示。TestNG 可以通過它的 @DataProvider 注釋處理這樣的情況。@DataProvider 注釋可以方便地把復(fù)雜參數(shù)類型映射到某個測試方法。例如，清單 7 中的 verifyHierarchy 測試中，我采用了重載的 buildHierarchy 方法，它可接收一個 Class 類型的數(shù)據(jù)， 它斷言（asserting）Hierarchy 的 getHierarchyClassNames() 方法應(yīng)該返回一個適當(dāng)?shù)淖址當(dāng)?shù)組：
清單 7. TestNG 中的 DataProvider 用法
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");
}
}
dataValues() 方法通過一個多維數(shù)組提供與 verifyHierarchy 測試方法的參數(shù)值匹配的數(shù)據(jù)值。TestNG 遍歷這些數(shù)據(jù)值，并根據(jù)數(shù)據(jù)值調(diào)用了兩次 verifyHierarchy。在第一次調(diào)用時，Class 參數(shù)被設(shè)置為 Vector.class ，而 String 數(shù)組參數(shù)容納 “java.util.AbstractList ” 和 “ java.util.AbstractCollection ” 這兩個 String 類型的數(shù)據(jù)。這樣挺方便吧？
為什么只選擇其一？
我已經(jīng)探討了對我而言，TestNG 的一些獨有優(yōu)勢，但是它還有其他幾個特性是 JUnit 所不具備的。例如 TestNG 中使用了測試分組，它可以根據(jù)諸如運行時間這樣的特征來對測試分類。也可在 Java 1.4 中通過 javadoc 風(fēng)格的注釋來使用它，如 清單 5 所示。
正如我在本文開頭所說，JUnit 4 和 TestNG 在表面上是相似的。然而，設(shè)計 JUnit 的目的是為了分析代碼單元，而 TestNG 的預(yù)期用途則針對高級測試。對于大型測試套件，我們不希望在某一項測試失敗時得重新運行數(shù)千項測試，TestNG 的靈活性在這里尤為有用。這兩個框架都有自己的優(yōu)勢，您可以隨意同時使用它們。
