Java下的team開發，一般采用cvs(版本控制) + ant(項目管理) + junit(單元測試、集成測試)的模式：
每天早上上班，每個開發人員從cvs server獲取一個整個項目的工作拷貝。
拿到自己的任務，先用junit寫今天的任務的測試代碼。
然后寫今天任務的代碼，運行測試（單元測試），直到測試通過。
任務完成在下班前一兩個小時，各個開發人員把任務提交到cvs server。
然后由主管對整個項目運行自動測試（集成測試），哪個測試出錯，就找相關人員修改，直到所有測試通過。下班。。。
4. 測試控制工具中要有甚么？
無論誰來撰寫單元測試或何時撰寫單元測試，我們的焦點應該放在檢驗程序代碼；主要是在于產生錯誤的風險。如果設計文件包含被測試對象的使用情節；便可成為好的測試來源。不管如何，這些情節寫得不是很明確；因為這些情節實際上是以設計觀點所寫的--因此適當的測試應該有對等的情節，換句話說，也就是測試設計應該盡可能的包含用戶實際使用程序時可能產生的動作或者過程。
另一個測試案例好的來源是在整合后從產品程序代碼當中找到的問題，維修問題的處理方式往往值得封裝成為測試案例。
5. 為什么要使用Junit等工具呢？
前面的論述說明為什么我們需要測試控制工具，但為什么我們使用Junit這些工具呢?
首先，它們是完全Free的啦！。
第二點，使用方便。
l 在你提升程序代碼的品質時JUnit測試仍允許你更快速的撰寫程序
那聽起來似乎不是很直覺，但那是事實。當你使用JUnit撰寫測試，你將花更少的時間除蟲，同時對你程序代碼的改變更俱有信心。這個信心讓你更積極重整程序代碼并增加新的功能。沒有測試，對于重整及增加新功能你會變得沒有信心；因為你不知道有甚么東西會破壞產出的結果。采用一個綜合的測試系列，你可以在改變程序代碼之后快速的執行多個測試并對于你的變動并未破壞任何東西感到有信心。在執行測試時如果發現臭蟲，原始碼仍然清楚的在你腦中，因此很容易找到臭蟲。在JUnit中撰寫的測試幫助你以一種極大(extreme)的步伐撰寫程序及快速的找出缺點。
l JUnit非常簡單
撰寫測試應該很簡單--這是重點！如果撰寫測試太復雜或太耗時間，便無法要求程序設計師撰寫測試。使用JUnit你可以快速的撰寫測試并檢測你的程序代碼并逐步隨著程序代碼的成長增加測試。只要你寫了一些測試，你想要快速并頻繁的執行測試而不至于中斷建立設計及開發程序。使用JUnit執行測試就像編譯你的程序代碼那么容易。事實上，你應該執行編譯時也執行測試。編譯是檢測程序代碼的語法而測試是檢查程序代碼的完整性(integrity)。
l JUnit測試檢驗其結果并提供立即的回饋。
如果你是以人工比對測試的期望與實際結果那么測試是很不好玩的，而且讓你的速度慢下來。JUnit測試可以自動執行并且檢查他們自己的結果。當你執行測試，你獲得簡單且立即的回饋；比如測試是通過或失敗。而不再需要人工檢查測試結果的報告。
l JUnit測試可以合成一個測試系列的層級架構。
JUnit可以把測試組織成測試系列；這個測試系列可以包含其它的測試或測試系列。JUnit測試的合成行為允許你組合多個測試并自動的回歸(regression)從頭到尾測試整個測試系列。你也可以執行測試系列層級架構中任何一層的測試。
l 撰寫JUnit測試所費不多。
使用Junit
文章來源于領測軟件測試網 http://www.k11sc111.com/
