assertTrue和assertEquals方法進行條件測試。如果測試失敗，他們將返回診斷消息。其重點是這些測試都基于一個測試框架自動執行，并給出測試成敗的標志。這些測試都基于用java語言編寫的測試框架Junit類(程序附后)。這一框架也能適應其他諸如C, C++, Perl, Python, .NET (all languages), PL/SQL, Eiffel, Delphi, VB等語言環境。
下一個問題就是：我們有測試，但我們怎樣保證測試數據和實際數據能嚴格區分?
不同的鑒別方法
在開始之前，我必須指出你最好有一個測試用的數據庫，你可能更想在非正式的數據庫中實踐我講的東西。
第一種方法是手工在數據庫中輸入一些預先知道的測試性數據，例如在郵件地址中輸入“testuser01@test.testing”。如果你正在測試數據庫的查詢功能，你能預先知道，比如說有五個，數據庫記錄是以“@test.testing”結尾的。
由以上方式插入的數據必須由測試本身進行必要的維護。例如，測試必須負責刪除所建立的測試數據，而避免對實際數據進行操作，從而保證整個數據庫處于完好狀態。
這種方法還是存在以下問題：
你不得不和其他編程人員進行數據協調——假設他們也有他們自己的測試數據庫。
在數據庫中有些特殊的數據并不正確，如一些特別的郵件地址和被保留餓編號前綴。
在某些情況下，你將不能用一些特殊的數據來區分測試數據和實際數據，這就比較棘手。例如，某條數據由一些整數型字段構成，而作為測試用的數值都看起來較為合理。
你的測試只限于你為測試所保留的某些特殊值，這意味著你將小心地選擇那些特殊值。
如果數據對時間敏感，那對數據庫的維護將更為困難。例如，數據庫中有產品銷售提議，而該提議只在明確的時間段里有效。
我曾經試著做過修改。例如，在數據庫中增加“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方法，它將使測試數據庫處于一種已知狀態(大部分情況下是空數據庫狀態)。這種做法具有以下的優點：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
