經(jīng)驗(yàn)四、在子類中調(diào)用父類的setUp() 和tearDown()

讓我們看一看下面的代碼
public class SomeTestCase extends AnotherTestCase {
// A connection to a database
private Database theDatabase;
public SomeTestCase (String testName) {
super (testName);
}
public void testFeatureX () {
...
}
public void setUp () {
// Clear out the database
theDatabase.clear ();
}
}

你發(fā)現(xiàn)其中的錯(cuò)誤了嗎？setUp()應(yīng)該調(diào)用super.setUp() 以確保AnotherTestCase 中定義的環(huán)境被初始化了。當(dāng)然這也有例外，是基類可以處理任意的測(cè)試數(shù)據(jù)。

經(jīng)驗(yàn)五、不要硬性規(guī)定數(shù)據(jù)文件的路徑

我們經(jīng)常需要從文件系統(tǒng)中讀取測(cè)試數(shù)據(jù)，看下面的代碼：

public void setUp () {
FileInputStream inp ("C:\TestData\dataSet1.dat");
...
}

這段代碼需要把測(cè)試數(shù)據(jù)文件dataSet1.dat 放在C:TestData，這是有問題的。

第一，C 盤可能沒有磁盤空間了測(cè)試人員不得不把數(shù)據(jù)文件放到其他路徑；

第二，可能需要在其他操作系統(tǒng)比如Linux 上執(zhí)行這一測(cè)試。

所以，一個(gè)較好的替代方案是

public void setUp () {
FileInputStream inp ("dataSet1.dat");
...
}

但事實(shí)上這樣仍不是很好，因?yàn)檫@要求數(shù)據(jù)文件的路徑和測(cè)試執(zhí)行的路徑必須是同一個(gè)，如果幾個(gè)不同的測(cè)試都這樣的話，那要把這些測(cè)試集合起來執(zhí)行有些困難，我們不得不頻繁的改變當(dāng)前路徑。為了解決這個(gè)問題，我們可以使用Class.getResource()或者Class.getResourceAsStream()，這樣我們可以把數(shù)據(jù)文件放在這個(gè)Class 的某個(gè)相對(duì)路徑上。數(shù)據(jù)文件應(yīng)該盡可能和源代碼一起都放在配置管理系統(tǒng)上，但這樣一來如果我們采用上面的Resource 機(jī)制，我們需要做一件工作，是把數(shù)據(jù)文件從原來的位置－是源代碼的某個(gè)相對(duì)路徑，拷貝到編譯后的位置，也是class 文件的相應(yīng)的相對(duì)路徑。這其實(shí)并不復(fù)雜，因?yàn)閺腸lass 的package 可以映射到j(luò)ava文件的所在路徑對(duì)于Linux或者Windows我們所要做的是把package中的. 用File.separatorChar 替代。

經(jīng)驗(yàn)六、把測(cè)試的代碼和被測(cè)的代碼放在同樣的目錄下

當(dāng)我們把測(cè)試代碼和被測(cè)的代碼放在同一目錄下時(shí)，我們可以在編譯被測(cè)代碼的同時(shí)編譯測(cè)試代碼，從而確保兩者是同步更新的。事實(shí)上當(dāng)前的普遍做法，是把單元測(cè)試視為Build 的一個(gè)環(huán)節(jié)。

經(jīng)驗(yàn)七、正確命名測(cè)試

把測(cè)試用例命名為TestClassUnderTest，比如如果被測(cè)的Class 是MessageLog，那么測(cè)試用例叫TestMessageLog，這樣做使得測(cè)試用例和被測(cè)的Class一一對(duì)應(yīng)，而在測(cè)試用例中每個(gè)測(cè)試的method 可以命名為

testLoggingEmptyMessage()
testLoggingNullMessage()
testLoggingWarningMessage()
testLoggingErrorMessage()

同樣是為了說清楚測(cè)試的是什么。正確的命名可以幫助測(cè)試代碼的閱讀者了解每個(gè)測(cè)試的目的。