“沒有人喜歡bug。”大多數(shù)關(guān)于單元測試的文章以這句話開篇。的確，我們都希望代碼如設(shè)計(jì)的那樣準(zhǔn)確地執(zhí)行，但是好像叛逆孩子一樣，程序在完成之后產(chǎn)生的行為將難以控制。比那些家長們幸運(yùn)的是，我們可以運(yùn)用工具以確保程序達(dá)到預(yù)期效果。

市面上有很多用于測試，分析以及debug程式的工具，其中以JUnit為有名。這是一個(gè)協(xié)助軟件工程師，QA（品質(zhì)監(jiān)管）工程師測試階段性代碼的平臺(tái)。幾乎每個(gè)接觸過JUnit的人都對(duì)它有強(qiáng)烈的感情:要么喜歡，要么討厭。主要的抱怨之一是它缺少做復(fù)雜場景測試的能力。

通過突破傳統(tǒng)模式的思考，這一問題可以得到解決。這篇文章將介紹JUnit如何利用Pisces來實(shí)現(xiàn)復(fù)雜測試。Pisces是一個(gè)開源項(xiàng)目，作為JUnit的擴(kuò)展，它可以讓你寫出由一些JUnit測試組成的測試單元，每個(gè)測試單元可以以串行或并行的方式運(yùn)行在一個(gè)遠(yuǎn)程主機(jī)上。Pisces可以讓你構(gòu)成、運(yùn)行復(fù)雜場景，并在一個(gè)地點(diǎn)協(xié)調(diào)它們。

JUnit 基礎(chǔ)

JUnit中有兩個(gè)基本對(duì)象，TestCase和TestSuite。TestCase通過提供一組方法來實(shí)現(xiàn)一系列測試。例如，setup()方法用來在每項(xiàng)測試開始前建立測試所需的測試環(huán)境，而teardown()方法用來在測試后銷毀該環(huán)境。其他的方法都會(huì)完成各式各樣的任務(wù)，例如，在測試中進(jìn)行性能檢測，判斷變量是否為null，比較變量以及捕捉異常。

要?jiǎng)?chuàng)建測試程序，需要繼承TestCase類，覆寫setup和teardown方法，然后添加自己的測試函數(shù)，這些函數(shù)通常以“test測試名”的形式命名。

下面是一個(gè)測試程序的例子：
public class MyTestCase extends TestCase {
/**
* call super constructor with a test name
* string argument.
* @param testName the name of the method that
* should be run.
*/　　public MyTestCase(String testName){
super(testName);
}
/**
* called before every test
*　在每項(xiàng)測試開始前被調(diào)用
*/　　protected void setUp() throws Exception {
initSomething();
}
/**
* called after every test
*　在測試完成后被調(diào)用
*/　　protected void tearDown() throws Exception {
finalizeSomething();
}
/**
* this method tests that ...
*　這個(gè)方法測試……
*/　　public void testSomeTest1(){　　...　　}
/**
* this method tests that ...
*　這個(gè)方法測試……
*/　　public void testSomeTest2 (){
...
}
}

TestSuite是由幾個(gè)TestCase或其他的TestSuite構(gòu)成的。你可以很容易的構(gòu)成一個(gè)樹形測試，每個(gè)測試都由持有另外一些測試的TestSuite來構(gòu)成。被加入到TestSuite中的測試在一個(gè)線程上依次被執(zhí)行。

ActiveTestSuite是TestSuite的一個(gè)子類。被添加到ActiveTestSuite中的測試程序以并行方式執(zhí)行，每個(gè)測試在一個(gè)獨(dú)立的線程上運(yùn)行。創(chuàng)建一個(gè)測試單元的方法之一是繼承TestSuite類并覆寫suite()方法。

下面是一個(gè)簡單的例子：
public class MyTestSuite extends TestSuite {　　public static Test suite() {
TestSuite suite =　　　　　　 new TestSuite("Test suite for ...");
// add the first test　 // 添加第一個(gè)測試
MyTestCase mtc =　new MyTestCase("testSomeTest1");
suite.addTest(mtc);
// add the second test　 // 添加第一個(gè)測試
MyTestCase mtc2 =new MyTestCase("testSomeTest2");
suite.addTest(mtc2);
return suite;
}
}

運(yùn)行一個(gè)測試或測試單元非常簡單，因?yàn)閺腏Unit提供的GUI開始，到所有的IDE開發(fā)環(huán)境，例如Eclipse，都有GUI可以使用。

圖1， 顯示了TestSuite在Eclipse中是如何表示的。
[[The No.1 Picture.]]
圖1，集成在Eclipse中的JUnit

因?yàn)榻榻BJUnit并不是這篇文章的主題，而且有很多關(guān)于JUnit的文章，本文只提供這些JUnit基礎(chǔ)概念的概要。在“資源”小節(jié)里有對(duì)JUnit更深入介紹的文章。

JUnit的優(yōu)點(diǎn)和缺點(diǎn)

JUnit是一個(gè)易用的，靈活的，開源的，測試平臺(tái)。像所有其他項(xiàng)目一樣，它有很多優(yōu)點(diǎn)，但也有不足之處。通過使用無需人工干預(yù)的JUnit自動(dòng)測試平臺(tái)，我們很容易累積起大量的JUnit測試程序從而保證以往的bug不會(huì)重現(xiàn)。另外，JUnit便于和編譯單元（如，Ant）以及IDE單元（如，Eclipse）集成。

JUnit的弱點(diǎn)也眾所周知。它僅支持同步測試，而且不支持重現(xiàn)和其他異步單元。JUnit是一個(gè)黑箱測試平臺(tái)，因此測試那些不會(huì)直接影響功能的bug（例如，內(nèi)存泄漏）非常困難。除此之外，它不支持易用的腳本語言，因此，想要使用JUnit要懂得Java。

JUnit的另一個(gè)不足是JUnit測試被限制于一個(gè)JVM之上。當(dāng)要測試復(fù)雜或分布式場景的時(shí)候，這變成個(gè)大問題。本文剩下的部分，這個(gè)問題及其解決方法進(jìn)行論述。

復(fù)雜場景測試：試復(fù)雜的分布式場景？

1. 那些確保小單元的完整性的測試很有用，但同時(shí)也有局限性。經(jīng)驗(yàn)告訴我們，大多數(shù)bug是在完整的測試中被發(fā)現(xiàn)的。這些問題從兩個(gè)模塊不能一同正常協(xié)調(diào)工作，到兩個(gè)獨(dú)立應(yīng)用程序的異常。無論這是兩個(gè)應(yīng)用服務(wù)，還是客戶/服務(wù)環(huán)境，甚至是點(diǎn)對(duì)點(diǎn)模式，對(duì)這些復(fù)雜場景的測試尤其重要，因?yàn)槟切╇y纏的bug往往寄生于此。但是用JUnit對(duì)此幾乎無能為力。

2. 雖然Java具有平臺(tái)無關(guān)性，但測試一個(gè)應(yīng)用程序在多種操作系統(tǒng)上的表現(xiàn)還是一個(gè)明智的選擇。你的程序可能在所有的操作系統(tǒng)上都能運(yùn)行，但是卻不一定嚴(yán)格地按照你設(shè)計(jì)的那樣正常工作。在所有的操作系統(tǒng)上重復(fù)同樣的一組測試程序是一件耗時(shí)的工程，而用JUnit你不能進(jìn)行分布式測試，因此你無法讓同樣的一組測試同時(shí)運(yùn)行在幾個(gè)JVM之上，而每個(gè)JVM運(yùn)行在不同的操作系統(tǒng)之上。

3. 一些單元代碼，只能在多JVM場景下被測試。例如，測試建立一個(gè)連接（TCP socket或者HTTP連接）以及從中取得的信息的完整性。這樣的測試不可能（或者說很難）在單一JVM上測試。而這是JUnit給我們的選擇。

用Ant協(xié)同測試

僅使用JUnit和Ant來協(xié)調(diào)幾個(gè)運(yùn)行在不同JVM上的測試是可能的。Ant可以以并行或者串行的方式執(zhí)行任務(wù)（使用<parallel>標(biāo)記），而且可以設(shè)置當(dāng)有任何測試失敗的時(shí)候，停止運(yùn)行。

但這種方法有其局限性，首先，使用JUnit和Ant