在Tomcat或您的目標Container上直接執(zhí)行測試的好處是，您即完成了單元測試，也測試了您的單元與 Container的交互，然而比較麻煩的是，您必須在每一次的修改之後，重新布署相關的資源、啟動Container、運行測試等等，測試時較為耗時耗力。

對於簡單的In-Container單元測試，您可以使用stub的方式，stub即將真實系統(tǒng)的一部份引入您的程式之中，讓您的程式可以與這一個部份進行交互，而不一定要將整個程式置於系統(tǒng)之中。

stub的好處是，有時您并不是要測試程式與整個系統(tǒng)的行為，并且您也不是每次都可以將程式丟到系統(tǒng)之上運行，試想，您不能為了測試您的單元，而要求真正在服務客戶的系統(tǒng)不斷的重啟。

對於In-Container測試采取stub的方式，自然就是實現(xiàn)Container的部份功能，并將測試置於其中，在這邊您可以使用 Jetty [http://jetty.mortbay.org/jetty/index.html]，它是個Java撰寫的HTTP伺服器，本身也是個 Container，Cactus集成了Jetty，并提供與測試相關的簡便類別。

使用Cactus+Jetty執(zhí)行測試，在更大的程度上隱藏了測試運行過程的細節(jié)，您不必關心Redirector Proxy，更不一定要關心TestCase在客戶端與伺服端的行為，運行起來就如同在運作一個JUnit測試。

使用Cactus+Jetty進行測試時，Jetty會在測試開始前完成啟動，接著進行相關測試，然後Jetty會自動關閉，這很方便，另一方面，啟動 Jetty會快的多了。

要使用Cactus+Jetty，請將Cactus下載後的lib目錄中的commons-logging-xxx.jar、 aspectjrt-xxx.jar、cactus-xxx.jar、commons-httpclient-xxx.jar、junit- xxx.jar以及org.mortbay.jetty-xxx.jar設定至CLASSPATH。

接著撰寫測試案例：

• LoginServletTest.java

 

在這邊要特別注意的是suite()方法，傳回了一個JettyTestSetup實例，如您所想的，這個實例除了運行TestSuite之外，它還會啟動Jetty。接下來依測試案例來完成程式：

• LoginServlet.java

 

然後就可以運行測試了，以下是測試的結果：

如您所看到的，整個測試過程相當?shù)暮喴祝珻actus+Jetty隱藏了更多的細節(jié)，您測試的行為幾乎與只使用JUnit時是一致的。