Martin Fowler說(shuō)過(guò)：“當(dāng)你試圖打印輸出一些信息或調(diào)試一個(gè)表達(dá)式時(shí)，寫一些測(cè)試代碼來(lái)替代那些傳統(tǒng)的方法。”一開始，你會(huì)發(fā)現(xiàn)你總是要?jiǎng)?chuàng)建一些新的Fixture，而且測(cè)試似乎使你的編程速度慢了下來(lái)。然而不久之后，你會(huì)發(fā)現(xiàn)你重復(fù)使用相同的Fixture，而且新的測(cè)試通常只涉及添加一個(gè)新的測(cè)試方法。
你可能會(huì)寫許多測(cè)試代碼，但你很快會(huì)發(fā)現(xiàn)你設(shè)想出的測(cè)試只有一小部分是真正有用的。你所需要的測(cè)試是那些會(huì)失敗的測(cè)試，即那些你認(rèn)為不會(huì)失敗的測(cè)試，或你認(rèn)為應(yīng)該失敗卻成功的測(cè)試。
我們前面提到過(guò)測(cè)試是一個(gè)不會(huì)中斷的過(guò)程。一旦你有了一個(gè)測(cè)試，你要一直確保其正常工作，以檢驗(yàn)?zāi)闼尤氲男碌墓ぷ鞔a。不要每隔幾天或后才運(yùn)行測(cè)試，每天你都應(yīng)該運(yùn)行一下測(cè)試代碼。這種投資很小，但可以確保你得到可以信賴的工作代碼。你的返工率降低了，你會(huì)有更多的時(shí)間編寫工作代碼。
不要認(rèn)為壓力大，不寫測(cè)試代碼。相反編寫測(cè)試代碼會(huì)使你的壓力逐漸減輕，應(yīng)為通過(guò)編寫測(cè)試代碼，你對(duì)類的行為有了確切的認(rèn)識(shí)。你會(huì)更快地編寫出有效率地工作代碼。下面是一些具體的編寫測(cè)試代碼的技巧或較好的實(shí)踐方法：
1. 不要用TestCase的構(gòu)造函數(shù)初始化Fixture，而要用setUp()和tearDown()方法。
2. 不要依賴或假定測(cè)試運(yùn)行的順序，因?yàn)镴Unit利用Vector保存測(cè)試方法。所以不同的平臺(tái)會(huì)按不同的順序從Vector中取出測(cè)試方法。
3. 避免編寫有副作用的TestCase。例如：如果隨后的測(cè)試依賴于某些特定的交易數(shù)據(jù)，不要提交交易數(shù)據(jù)。簡(jiǎn)單的會(huì)滾可以了。
4. 當(dāng)繼承一個(gè)測(cè)試類時(shí)，記得調(diào)用父類的setUp()和tearDown()方法。
5. 將測(cè)試代碼和工作代碼放在一起，一邊同步編譯和更新。（使用Ant中有支持junit的task.）
6. 測(cè)試類和測(cè)試方法應(yīng)該有一致的命名方案。如在工作類名前加上test從而形成測(cè)試類名。
7. 確保測(cè)試與時(shí)間無(wú)關(guān)，不要依賴使用過(guò)期的數(shù)據(jù)進(jìn)行測(cè)試。導(dǎo)致在隨后的維護(hù)過(guò)程中很難重現(xiàn)測(cè)試。
8. 如果你編寫的軟件面向國(guó)際市場(chǎng)，編寫測(cè)試時(shí)要考慮國(guó)際化的因素。不要僅用母語(yǔ)的Locale進(jìn)行測(cè)試。
9. 盡可能地利用JUnit提供地assert/fail方法以及異常處理的方法，可以使代碼更為簡(jiǎn)潔。
10.測(cè)試要盡可能地小，執(zhí)行速度快。
