一、測(cè)試原則

　　Java語言是一個(gè)支持面向?qū)ο蟮恼Z言，通常情況下我們可以將程序的一個(gè)單元看成是一個(gè)獨(dú)立的類，因此進(jìn)行單元測(cè)試的重點(diǎn)是對(duì)這些類進(jìn)行測(cè)試。

　　1、不需要測(cè)試get和set這樣的行為

　　2、一個(gè)方法至少需要測(cè)試一次

　　二、測(cè)試步驟

　　1、判斷組件的功能：通過定義應(yīng)用的整體需求，然后將系統(tǒng)劃分成幾個(gè)對(duì)象，我們需要對(duì)組件的基本功能十分清楚。因此，J2EE單元測(cè)試實(shí)際上也屬于設(shè)計(jì)過程的一部分。

　　2、設(shè)計(jì)組件行為：依據(jù)所處理的過程，可以通過一個(gè)正規(guī)或者非正規(guī)的過程實(shí)現(xiàn)組件行為的設(shè)計(jì)，我們可以使用UML或者其他文檔視圖來設(shè)計(jì)組件行為，從而為組件的測(cè)試打下基礎(chǔ)。

　　3、編寫單元測(cè)試程序（或測(cè)試用例）確認(rèn)組件行為：這個(gè)階段，應(yīng)該假定組件的編碼已經(jīng)結(jié)束而組件工作正常，我們需要編寫單元測(cè)試程序來確定其功能是否和預(yù)定義的功能相同，測(cè)試程序需要考慮所有正常和意外的輸入，以及特定的方法能產(chǎn)生的溢出。

　　4、編寫組件并執(zhí)行測(cè)試：首先，創(chuàng)建類及其所對(duì)應(yīng)的方法標(biāo)識(shí)，然后遍歷每個(gè)測(cè)試實(shí)例，為其編寫相應(yīng)代碼使其順利通過，然后返回測(cè)試。繼續(xù)這個(gè)過程直至所有實(shí)例通過。此時(shí)，停止編碼。

　　5、測(cè)試替代品：對(duì)組件行為的其他方式進(jìn)行考慮，設(shè)計(jì)更周全的輸入或者其他錯(cuò)誤條件，編寫測(cè)試用例來捕獲這些條件，然后修改代碼使得測(cè)試通過。

　　6、重整代碼：如果有必要，在編碼結(jié)束時(shí)，對(duì)代碼進(jìn)行重整和優(yōu)化，改動(dòng)后，返回單元測(cè)試并確認(rèn)測(cè)試通過。

　　7、當(dāng)組件有新的行為時(shí)，編寫新的測(cè)試用例：每次在組件中發(fā)現(xiàn)故障。編寫一個(gè)測(cè)試實(shí)例重復(fù)這個(gè)故障，然后修改組件以保證測(cè)試實(shí)例通過。同樣，當(dāng)發(fā)現(xiàn)新的需求或已有的需求改變時(shí)，編寫或修改測(cè)試實(shí)例以響應(yīng)此改變，然后修改代碼。

　　8、代碼修改，返回所有的測(cè)試：每次代碼修改時(shí)，返回所有的測(cè)試以確保沒有打亂代碼。

三、使用junit進(jìn)行單元測(cè)試

        摘要：1、每次只對(duì)一個(gè)對(duì)象進(jìn)行UT測(cè)試；2、給測(cè)試方法起個(gè)好名字；3、明確寫出出錯(cuò)原因；4、一個(gè)UT測(cè)試方法只應(yīng)該測(cè)試一種情況；5、測(cè)試任何可能的錯(cuò)誤；6、讓你的測(cè)試幫助改善你的代碼；7、一樣的包，不同的位置……
        以下是對(duì)JUnit實(shí)踐的一個(gè)很好的總結(jié)，信息來源于一些比較權(quán)威的JUnit書籍和網(wǎng)上資料。這里集合如下：

        1、每次只對(duì)一個(gè)對(duì)象進(jìn)行UT測(cè)試（unit-test one object at a time）。這樣能使你盡快發(fā)現(xiàn)問題，而不被各個(gè)對(duì)象之間的復(fù)雜關(guān)系所迷惑。

        2、給測(cè)試方法起個(gè)好名字（choose meaningful test method names）。應(yīng)該是用形如testXXXYYY()，這樣的格式來命名你的測(cè)試方法。前綴test是Junit查找測(cè)試方法的依據(jù)，XXX應(yīng)該是你測(cè)試的方法名，YYY應(yīng)該是你測(cè)試的狀態(tài)。當(dāng)然如果你只有一種狀態(tài)需要測(cè)試可以直接命名為testXXX()。

        3、明確寫出出錯(cuò)原因（explain the failure reason in assert calls）。在使用assertTrue，assertFalse，assertNotNull，assertNull方法時(shí)，應(yīng)該將可能的錯(cuò)誤的描述字符串，以第一個(gè)參數(shù)傳入相應(yīng)的方法。這樣你可以迅速的找出出錯(cuò)原因。

        4、一個(gè)UT測(cè)試方法只應(yīng)該測(cè)試一種情況（one unit test equals one testMethod）。一個(gè)方法中的多次測(cè)試，只會(huì)混亂你的測(cè)試目的。

        5、測(cè)試任何可能的錯(cuò)誤（test anything that could possibly fail）。你的測(cè)試代碼不是為了證明你是對(duì)的，而是為了證明你沒有錯(cuò)。因此對(duì)測(cè)試的范圍要全面，比如邊界值、正常值、錯(cuò)誤值；對(duì)代碼可能出現(xiàn)的問題要全面預(yù)測(cè)。

        6、讓你的測(cè)試幫助改善你的代碼（let the test improve the code）。測(cè)試代碼永遠(yuǎn)是我們代碼的第一個(gè)用戶，所以不僅讓他幫組我們發(fā)現(xiàn)Bug，還要幫組我們改善我們的設(shè)計(jì)，是有名的測(cè)試驅(qū)動(dòng)開發(fā)（Test-Driven Development，TDD）。

        7、一樣的包，不同的位置（same package， separate directories）。測(cè)試的代碼和被測(cè)試的代碼應(yīng)該放到不同的文件夾中，建議使用這種目錄 src/java/代碼 src/test/測(cè)試代碼。 這樣可以讓兩份代碼使用一樣的包結(jié)構(gòu)，但是放在不同的目錄下。

        8、關(guān)于setup與teardown

                a) 不要用TestCase的構(gòu)造函數(shù)初始化Fixture，而要用setUp()和tearDown()方法。

                b) 在setUp和tearDown中的代碼不應(yīng)該是與測(cè)試方法相關(guān)的，而應(yīng)該是全局相關(guān)的。如：針對(duì)與測(cè)試方法都要用到的數(shù)據(jù)庫鏈接等等。

                c) 當(dāng)繼承一個(gè)測(cè)試類時(shí)，記得調(diào)用父類的setUp()和tearDown()方法。

        9、不要在mock object中牽扯到業(yè)務(wù)邏輯（don’t write business logic in mock objects）。

        10、只對(duì)可能產(chǎn)生錯(cuò)誤的地方進(jìn)行測(cè)試（only test what can possibly break）。如：一個(gè)類中頻繁改動(dòng)的函數(shù)。對(duì)于那些僅僅只含有g(shù)etter/setter的類，如果是由IDE（如Eclipse）產(chǎn)生的，則可不測(cè)；如果是人工寫，那么好測(cè)試一下。

        11、盡量不要依賴或假定測(cè)試運(yùn)行的順序，因?yàn)镴Unit利用Vector保存測(cè)試方法。所以不同的平臺(tái)會(huì)按不同的順序從Vector中取出測(cè)試方法。

        12、避免編寫有副作用的TestCase，你要確信保持你的測(cè)試方法之間是獨(dú)立的。

        13、將測(cè)試代碼和工作代碼放在一起，一邊同步編譯和更新（使用Ant中有支持junit的task）。

        14、確保測(cè)試與時(shí)間無關(guān)，不要依賴使用過期的數(shù)據(jù)進(jìn)行測(cè)試。導(dǎo)致在隨后的維護(hù)過程中很難重現(xiàn)測(cè)試。

        15、如果你編寫的軟件面向國(guó)際市場(chǎng)，編寫測(cè)試時(shí)要考慮國(guó)際化的因素。不要僅用母語的Locale進(jìn)行測(cè)試。

        16、盡可能地利用JUnit提供地assert/fail方法以及異常處理的方法，可以使代碼更為簡(jiǎn)潔。

        17、測(cè)試要盡可能地小，執(zhí)行速度快。