Junit是採用測試驅動開發的方式，在開發前先寫好測試代碼，主要說明被測試的代碼會被如何使用，錯誤處理等，而後開始寫代碼。並在測試代碼中逐步測試這些代碼。直到最後在測試代碼中徹底經過。
Junit功能
Junit功能
1.管理測試用例。修改了哪些代碼。這些代碼的修改會對哪些部分由影響，經過junit將此次的修改作完成測試。
2.定義了測試代碼，textcase根據源代碼的測試須要定義每一個textcase，並將Textcase添加到相應的Textsuit以方便管理。
3.定義測試環境，在Textcase測試前會先調用「環境」配置。在測試中使用，固然也能夠在測試用例中直接定義測試環境。
4.檢測測試結果。對於每種正常、異常狀況下的測試，運行結果是什麼。結果是夠是咱們預料的等。都須要有明確的定義。Junit在這方面提供了強大的功能。
2.定義了測試代碼，textcase根據源代碼的測試須要定義每一個textcase，並將Textcase添加到相應的Textsuit以方便管理。
3.定義測試環境，在Textcase測試前會先調用「環境」配置。在測試中使用，固然也能夠在測試用例中直接定義測試環境。
4.檢測測試結果。對於每種正常、異常狀況下的測試，運行結果是什麼。結果是夠是咱們預料的等。都須要有明確的定義。Junit在這方面提供了強大的功能。
測試步驟
一、判斷組件的功能:經過定義應用的總體需求,而後將系統劃分紅幾個對象,咱們須要對組件的基本功能十分清楚。所以,J2EE單元測試實際上也屬於設計過程的一部分。
二、設計組件行爲:依據所處理的過程,能夠經過一個正規或者非正規的過程實現組件行爲的設計,咱們可使用UML或者其餘文檔視圖來設計組件行爲,從而爲組件的測試打下基礎。
三、編寫單元測試程序(或測試用例)確認組件行爲:這個階段,應該假定組件的編碼已經結束而組件工做正常,咱們須要編寫單元測試程序來肯定其功能是否和預約義的功能相同,測試程序須要考慮全部正常和意外的輸入,以及特定的方法能產生的溢出。
四、編寫組件並執行測試:首先,建立類及其所對應的方法標識,而後遍歷每一個測試實例,爲其編寫相應代碼使其順利經過,而後返回測試。繼續這個過程直至全部實例經過。此時,中止編碼。
五、測試替代品:對組件行爲的其餘方式進行考慮,設計更周全的輸入或者其餘錯誤條件,編寫測試用例來捕獲這些條件,而後修改代碼使得測試經過。
六、重整代碼:若是有必要,在編碼結束時,對代碼進行重整和優化,改動後,返回單元測試並確認測試經過。
七、當組件有新的行爲時,編寫新的測試用例:每次在組件中發現故障。編寫一個測試實例重複這個故障,而後修改組件以保證測試實例經過。一樣,當發現新的需求或已有的需求改變時,編寫或修改測試實例以響應此改變,而後修改代碼。
八、代碼修改,返回全部的測試:每次代碼修改時,返回全部的測試以確保沒有打亂代碼。
一、判斷組件的功能:經過定義應用的總體需求,而後將系統劃分紅幾個對象,咱們須要對組件的基本功能十分清楚。所以,J2EE單元測試實際上也屬於設計過程的一部分。
二、設計組件行爲:依據所處理的過程,能夠經過一個正規或者非正規的過程實現組件行爲的設計,咱們可使用UML或者其餘文檔視圖來設計組件行爲,從而爲組件的測試打下基礎。
三、編寫單元測試程序(或測試用例)確認組件行爲:這個階段,應該假定組件的編碼已經結束而組件工做正常,咱們須要編寫單元測試程序來肯定其功能是否和預約義的功能相同,測試程序須要考慮全部正常和意外的輸入,以及特定的方法能產生的溢出。
四、編寫組件並執行測試:首先,建立類及其所對應的方法標識,而後遍歷每一個測試實例,爲其編寫相應代碼使其順利經過,而後返回測試。繼續這個過程直至全部實例經過。此時,中止編碼。
五、測試替代品:對組件行爲的其餘方式進行考慮,設計更周全的輸入或者其餘錯誤條件,編寫測試用例來捕獲這些條件,而後修改代碼使得測試經過。
六、重整代碼:若是有必要,在編碼結束時,對代碼進行重整和優化,改動後,返回單元測試並確認測試經過。
七、當組件有新的行爲時,編寫新的測試用例:每次在組件中發現故障。編寫一個測試實例重複這個故障,而後修改組件以保證測試實例經過。一樣,當發現新的需求或已有的需求改變時,編寫或修改測試實例以響應此改變,而後修改代碼。
八、代碼修改,返回全部的測試:每次代碼修改時,返回全部的測試以確保沒有打亂代碼。
