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