如果大家仔細考慮一下的話，就會發現，JUnit有自己的局限性，比如對圖形界面的測試，對servlet/JSP以及EJB的測試我們都沒有舉相關的例子。實際上，JUnit對于GUI界面，servlet/JSP，JavaBean以及EJB都有辦法測試。關于GUI的測試比較復雜，適合用一整篇文章來介紹。這里就不多說了。
前面我們所做的測試實際上有一個隱含的環境，JVM我們的類需要這個JVM來執行。而在J2EE框架中，servlet/JSP，EJB都要求有自己的運行環境：Web Container和EJB Container。所以，要想對servlet/JSP，EJB進行測試就需要將其部署在相應的Container中才能進行測試。由于EJB不涉及UI的問題（除非EJB操作XML數據，此時的測試代碼比較難寫，有可能需要你比較兩棵DOM樹是否含有相同的內容）只要部署上去之后就可以運行測試代碼了。此時setUp()方法顯得特別有用，你可以在setUp()方法中利用JNDI查找特定的EJB。而在testXXX()方法中調用并測試這些EJB的方法。
這里所指的JavaBean同樣沒有UI的問題，比如，我們用JavaBean來訪問數據庫，或用JavaBean來包裹EJB。如果這類JavaBean沒有用到Container的提供的服務，則可直接進行測試，同我們前面所說的一般的類的測試方法一樣。如果這類JavaBean用到了Container的提供的服務，則需要將其部署在Container中才能進行測試。方法與EJB類似。
對于servlet/JSP的測試則比較棘手，有人建議在測試代碼中構造HttpRequest和HttpResponse，然后進行比較，這就要求開發人員對HTTP協議以及servlet/JSP的內部實現有比較深的認識。我認為這招不太現實。也有人提出使用HttpUnit。由于我對Cactus和HttpUnit 了解不多，所以無法做出合適的建議。希望各位先知們能不吝賜教。
正是由于JUnit的開放性和簡單易行，才會引出這篇介紹文章。但技術總在不斷地更新，而且我對測試并沒有非常深入的理解；我可以將一個復雜的概念簡化成一句非常容易理解的話。但我的本意只是希望能降低開發人員步入測試領域的門檻，而不是要修改或重新定義一些概念。這一點是特別要強調的。最后，如果有些兄弟姐妹能給我指出一些注意事項或我對某些問題的理解有誤，我會非常感激的。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
