測試實踐：Eclipse 之 JUnit

  自動化測試（automated testing）在好多書籍中被介紹了，但很少注意講怎樣去組織這些測試。 當測試寫的越多時，很難知道把這些測試放到哪或者用什么去調用它們。 在極限編程---Extreme Programming(xp)，測試驅動開發 Test-Driven Development (TDD)盛行的時代，這成了一個很大的問題。 你可以把 測試驅動開發（TDD）認為是"Development through testing" 開發由經測試。

  TDD的主要條款：

  在任何代碼片段之前，必須先寫好自動檢測這段代碼功能的程序。既然代碼不存在，那么測試在一開始就失敗。

  在 測試通過之后，復制的代碼必須刪掉。

  象這樣的方式每個程序員都可以應用，并不需要特定的方法論。但在我們開始寫test之前， 值得我們注意的是，先考慮一下如何組織自動化測試。

  這里有幾種我們需要考慮的測試

  單元測試(Unit test) :這些是為檢查個別模塊（比如classes類）服務的。 如果對象需要訪問外部的數據源，比如Database，就需要通過一些模擬的對象（MOCK object）來模擬Database， （但這也只有在真實環境的數據與測試環境不同的時候。

  比如測試環境里面沒有真實Datebase,就需要MOCK Object）

  用戶測試 （Customer's test）:這里是功能的，系統的并且認可的測試。系統中所有的行為檢查都做為一個整體。 在XP理論中，這些測試，是由用戶編寫的，給出測試案例提綱。

  集成測試 （Itegration tests）: 這些測試象是在用戶測試和單元測試之間的十字路口。 集成測試幫助程序測試幾個級別中交互。 ，Mock Object不會出現在集承測試中，他會增加測試時間。同樣，集成測試也經常需要存在的特定的測試環境，比如從數據庫中放一些測試數據。集成測試也許使用外部的lib。 Cactus就是這樣一個J2EE集成的lib。 解釋這些測試已經超出了本篇文章的范圍，并且也需要詳細的理論敘述，所以，你僅需要知道這種測試存在就可以了。

  開發測試（Developer's test） : 這種測試就是那些開發者校驗 整段代碼，新加的代碼，新加的函數函數。 對于每個開發而言， 隨時生成新的的測試去檢查代碼是很重要的。 組織這些測試和組織這些代碼有著同樣的重要性。

  至于本文javascript:tagshow(event, '%C6%E4%CB%FB');" href="javascript:;" target=_self>其他地方，只要說到"測試"，就是專指開發測試（Developer's test）。

  在開發期間， 一個程序員有時可能問自己：系統中這個行為有test么，這個test存在么，哪里可以找到這個test？每次發現錯誤，都是靠最基礎修改bug而不是通過自動測試，這是一個典型的例子。 在這種情形下事情進展可能是：

  去找到這個函數的測試（可能測試已經寫了，但里面還有一些小錯誤）

  如果這樣的測試還沒有，或者測試不能蓋住這種錯誤，我們就寫一個新的測試來蓋住這種錯誤。

  現在 我們深信，程序在新的測試中不會通過。

  修復程序中的bug。

  再運行測試

文章來源于領測軟件測試網 http://www.kjueaiud.com/

TAG: eclipse Eclipse junit Junit JUnit JUNIT 實踐