您现在的位置：程式碼之家 >> 編程語言 > >> Java 程式設計 >> Java 相關知識

JUnit 4 與 TestNG 深度對比：核心差異與選型指南

編輯：Java 相關知識

經過長期積極開發，JUnit 4.0 於年初正式發布。這一版本最引人注目的變革在於巧妙運用註解，不僅大幅改善外觀與風格，更將測試用例編寫從僵化的結構規則中解放出來。原本的 fixture 模型變得更靈活，支援更高可配置性的測試方式。JUnit 不再強制要求測試方法以 "test" 開頭，也不再要求每次測試都重新執行 fixture，而是可只運行一次。

雖然這些改進令人欣慰，但 JUnit 4 並非首個提供基於註解靈活模型的 Java 測試框架。早在 JUnit 改版前，TestNG 已確立為基於註解的測試框架先驅，率先在 Java 程式設計中實現利用註解進行測試，成為 JUnit 的強力競爭對手。隨著 JUnit 4 發布，許多開發者開始質疑：兩者究竟還有什麼本質差異？本文將深入探討 TestNG 區別於 JUnit 4 的關鍵特性，並提出讓兩大框架互補而非競爭的策略。

表面相似，核心設計迥異

JUnit 4 與 TestNG 共享一些重要特性：兩者都讓測試工作變得簡單愉快，擁有活躍社區支援與豐富文檔。但核心設計哲學截然不同：JUnit 一直定位為單元測試框架，專注於單個對象測試；而 TestNG 則針對更高層級的測試問題，擁有 JUnit 缺乏的進階功能。

簡單測試用例對比

初看之下，兩者實現的測試代碼極為相似。以一個包含 macro-fixture（僅在所有測試前運行一次）的測試為例：

清單 1：JUnit 4 測試用例

package test.com.acme.dona.dep;

import static org.junit.Assert.assertEquals;
import static org.junit.Assert.assertNotNull;
import org.junit.BeforeClass;
import org.junit.Test;

public class DependencyFinderTest {
    private static DependencyFinder finder;

    @BeforeClass
    public static void init() throws Exception {
        finder = new DependencyFinder();
    }

    @Test
    public void verifyDependencies() throws Exception {
        String targetClss = "test.com.acme.dona.dep.DependencyFind";
        Filter[] filtr = new Filter[] { new RegexPackageFilter("java|junit|org") };
        Dependency[] deps = finder.findDependencies(targetClss, filtr);
        assertNotNull("deps was null", deps);
        assertEquals("should be 5 large", 5, deps.length);
    }
}

JUnit 4 擺脫了舊版語法束縛：無需繼承 TestCase、無需 setUp()、方法名無需以 test 開頭，並善用 Java 5 靜態導入與註解。

清單 2：TestNG 測試用例

package test.com.acme.dona.dep;

import static org.testng.Assert.assertEquals;
import static org.testng.Assert.assertNotNull;
import org.testng.annotations.BeforeClass;
import org.testng.annotations.Configuration;
import org.testng.annotations.Test;

public class DependencyFinderTest {
    private DependencyFinder finder;

    @BeforeClass
    private void init() {
        this.finder = new DependencyFinder();
    }

    @Test
    public void verifyDependencies() throws Exception {
        String targetClss = "test.com.acme.dona.dep.DependencyFind";
        Filter[] filtr = new Filter[] { new RegexPackageFilter("java|junit|org") };
        Dependency[] deps = finder.findDependencies(targetClss, filtr);
        assertNotNull(deps, "deps was null");
        assertEquals(5, deps.length, "should be 5 large");
    }
}

細節差異顯見：JUnit 強制 @BeforeClass 方法為 static、public，fixture 必須聲明為 static；TestNG 則無此限制，init() 可為私有非靜態方法。這正是 TestNG 從誕生起的核心優勢——編碼規則更靈活。

依賴性測試：TestNG 獨有強項

JUnit 追求測試隔離，導致測試執行順序不確定，難以實現依賴性測試。開發者常用字母排序或 fixture 變通，但一旦前置測試失敗，所有後續依賴測試會連帶失敗，產生大量誤導性錯誤報告。

TestNG 利用 @Test 註解的 dependsOnMethods 屬性優雅解決此問題。指定依賴方法後，若前置測試失敗，依賴測試將被跳過而非標記失敗。這對大型測試套件極具價值：團隊只需關注核心失敗原因，而非淹沒在成百上千的連帶失敗中。更棒的是，TestNG 支援「僅重新運行失敗測試」機制，自動生成 testng-failed.xml，大幅縮短修復驗證週期。

清單 3：TestNG 依賴性測試範例

import net.sourceforge.jwebunit.WebTester;

public class AccountHistoryTest {
    private WebTester tester;

    @BeforeClass
    protected void init() throws Exception {
        this.tester = new WebTester();
        this.tester.getTestContext().setBaseUrl("https://div.acme.com:8185/ceg/");
    }

    @Test
    public void verifyLogIn() {
        this.tester.beginAt("/");
        this.tester.setFormElement("username", "admin");
        this.tester.setFormElement("password", "admin");
        this.tester.submit();
        this.tester.assertTextPresent("Logged in as admin");
    }

    @Test(dependsOnMethods = {"verifyLogIn"})
    public void verifyAccountInfo() {
        this.tester.clickLinkWithText("History", 0);
        this.tester.assertTextPresent("GTG Data Feed");
    }
}

TestNG 跳過測試示例

參數化測試：數據驅動的利器

JUnit 中改變測試參數需為每組參數編寫獨立測試用例；TestNG 則原生支援參數化測試。通過 XML 配置文件注入參數，同一測試用例可復用於多組數據，甚至由非程式人員維護測試數據。

清單 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!";
    }
}

清單 6：TestNG 參數化測試套件文件

<!DOCTYPE suite SYSTEM "https://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>

更進階的 @DataProvider 註解可處理複雜類型參數（如 Class 對象、數組），進一步擴展參數化測試能力。

清單 7：DataProvider 使用範例

@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 獨有特性

測試分組：可按運行時間等特徵分類測試，支援 Java 1.4 的 javadoc 風格註解。
靈活的 fixture 模型：@BeforeClass/@AfterClass 等無需靜態方法，物件生命週期管理更自然。
並行測試支援：內建多線程測試能力，適合大規模測試套件加速執行。

結語：互補而非二元對立

JUnit 4 與 TestNG 雖表面相似，但設計初衷不同：JUnit 專注單元測試，TestNG 針對高層級集成/功能測試。對於大型測試套件，TestNG 的依賴管理、失敗重跑、參數化測試等特性極具實戰價值。兩大框架各有優勢，完全可以在同一專案中共存互補——單元測試用 JUnit，集成/端到端測試用 TestNG，發揮各自所長，共同提升代碼質量。