對於TDD，我該如何準備資料

在開始編寫乙個測試之前，準備資料是乙個比較頭疼的問題。對於乙個測試，我至少有兩種方法來準備資料：

1. 建立乙個帶資料的檔案，在before的方法中載入它

2. 建立乙個builder在**中構建乙個資料的檔案流或記憶體物件

這兩種方法都可以達到我的目的，那麼我該用那種方法呢？首先，我需要知道兩種方法的各自優勢和缺點是什麼？

1. 模版資料檔案，這種方法準備資料快並且簡單，我們可以從實際的系統中匯出乙個檔案用於測試，資料量可以比較多。但缺點是測試**必須知道這個檔案的位置，測試的部署比較麻煩，而且檔案格式的變化會導致測試失敗。如果不同測試對資料內容需求不同，就要建立新的檔案來適應測試變化。

2. 動態建立資料流/記憶體物件，這種方法相對比較靈活，可以隨意的組織資料，資料的建立過程與測試**能更好的保持同步，並且不會受資料檔案的位置影響。缺點是如果要準備大資料量，非常費力，而且速度會很慢。

所以結論是當我們的測試需要資料量小並且格式靈活的時候，我們應當用動態資料流/記憶體物件，通常這也是單元測試的特點。如果我們的測試需要大量固定格式的資料，那麼我們應該用模版資料檔案，這種特點通常是整合測試或功能測試的特點。

理論只有聯絡實際才能產生效果。下面以建立乙個cvs讀寫物件來說明這個理論。

假設我要寫乙個cvsoperator來讀寫cvs檔案，目的是我能通過行號和列號來獲取字段內容。這個時候，我在想我是從什麼地方找乙個現成的cvs檔案呢？還是建立乙個cvs builder的記憶體物件。按照tdd的做法，我們應該以盡可能小的步驟前進，而乙個大而全的cvs檔案對我來說太複雜了。所以我建立了乙個簡單的cvsfilebuilder物件

class cvsfilebuilder 
public void buildhead(string line) 
}

非常的簡單，就是讀寫流。接來了寫乙個測試，

@test
public
void should_read_head_from_cvs_file() throws
ioexception

因為這個時候的cvsoperator沒有任何實現**所以你會看到很多紅的警告。這也是我們要去實現的方法。所以我就繼續coding下去。

public
class
cvsoperator 
public
cvshead gethead() 
class
cvshead 
public string getfield(int
index) 
}}

非常快速的讓測試通過，是tdd的乙個原則。未完待續^_^

對於TDD，我該如何準備資料

我該如何選擇

電子資料時代我該如何儲存我的資料？

我該如何介紹我自己？

對於TDD，我該如何準備資料

我該如何選擇

電子資料時代我該如何儲存我的資料？

我該如何介紹我自己？

相關推薦