淺析數據庫程序的單元測試[3]

關鍵字：在某些情況下，你將不能用一些特殊的數據來區分測試數據和實際數據，這就比較棘手。例如，某條數據由一些整數型字段構成，而作為測試用的數值都看起來較為合理。

　　你的測試只限于你為測試所保留的某些特殊值，這意味著你將小心地選擇那些特殊值。

　　如果數據對時間敏感，那對數據庫的維護將更為困難。例如，數據庫中有產品銷售提議，而該提議只在明確的時間段里有效。

　　我曾經試著做過修改。例如，在數據庫中增加“is_test”字段作為區分測試數據的標志，從而避免特殊值的問題。但由此帶來的問題是，你的測試代碼將只測試那些標記為測試的數據，而你的正式代碼卻要處理那些未標記為測試的數據。如果你的測試在這方面有區別，你事實上并不在測試同一代碼。

　　你需要四個數據庫

　　有些想法認為一個好的測試是足夠充分的并能建立測試所需要的全部數據。如果你能在測試進行前就明確知道數據庫所處的狀態，測試可以進行一些簡化。一個簡化的方法是建立一個獨立的單元測試數據庫用于測試程序，測試程序在開始進行前清除測試數據庫中的全部數據。

　　在代碼中，你可以編寫一個dbSetUp方法，如下所示：

　　public void dbSetUp()

　　{

　　// Put the database in a known state:

　　// (stored procedures would probably be better here)

　　helper.exec("DELETE FROM SomeSideTable");

　　helper.exec("DELETE FROM User");

　　// Insert some commonly-used test cases:

　　...

　　}

　　任何數據庫測試程序都將在做任何事前首先調用dbSetUp方法，它將使測試數據庫處于一種已知狀態(大部分情況下是空數據庫狀態)。這種做法具有以下的優點：

　　所有的測試數據都在代碼層和其他編程人員進行交流，因此沒有必要進行外部測試數據協調。

　　無須測試用的特殊數據的介入。

　　簡單而容易理解的一種方法。

　　在每一次測試前刪除和插入數據可能會花較多時間，但是由于測試用的數據量相對較小，我認為這種方法比較快捷，特別是在測試一個本地數據庫時。

　　這種做法不利的一面是你需要至少兩個數據庫。但是請記住，他們在必要是都可以在同一個服務器上運行。采用這種方法，我用了四個數據庫，另外兩個在緊急關頭時使用，具體如下：

　　1.實際使用數據庫，包含實際數據。在這個數據庫中不進行測試，確保數據的完整性。

　　2.你的本地開發數據庫，用來進行大部分的測試。

　　3.一個加入一定量數據的本地開發數據庫，可能和其他編程人員共享，用來運行應用程序并檢測是否能在實際使用的數據庫上運行，而不是照搬實際使用數據庫中的全部數據。從嚴格意義上說你可能并不需要這一數據庫，但這一數據庫能確保應用程序在有大量數據的數據庫中順利運行。

原文轉自：http://www.anti-gravitydesign.com