Web應用程序是24x7不間斷運行的，因此我的程序是否還在運行這個問題會在晚上一直困擾我。單元測試已經幫我對自己的代碼建立了足夠的信心——這樣我就可以安穩地睡個好覺了。
單元測試是一個為代碼編寫測試用例並自動運行這些測試的框架。測試驅動的開發是一種單元測試方法，其思想是應該首先編寫測試程序，並驗證這些測試可以發現錯誤，然後才開始編寫需要通過這些測試的代碼。當所有測試都通過時，我們開發的特性也就完成了。這些單元測試的價值是我們可以隨時運行它們——在簽入代碼之前，重大修改之後，或者部署到正在運行的系統之後都可以。
PHP單元測試
對於PHP來說，單元測試框架是PHPUnit2。可以使用PEAR命令行作為一個PEAR模塊來安裝這個系統：% pear install PHPUnit2。
在安裝這個框架之後，可以通過創建派生於PHPUnit2_Framework_TestCase的測試類來編寫單元測試。
模塊單元測試
我發現開始單元測試最好的地方是在應用程序的業務邏輯模塊中。我使用了一個簡單的例子：這是一個對兩個數字進行求和的函數。為了開始測試，我們首先編寫測試用例，如下所示。
清單1.TestAdd.php
require_once 'Add.php';
require_once 'PHPUnit2/Framework/TestCase.php';class TestAdd extends PHPUnit2_Framework_TestCase
{
function test1() { $this->assertTrue( add( 1, 2 ) == 3 ); }
function test2() { $this->assertTrue( add( 1, 1 ) == 2 ); }
}
?>
這個TestAdd類有兩個方法，都使用了test前綴。每個方法都定義了一個測試，這個測試可以與清單1一樣簡單，也可以十分復雜。在本例中，我們在第一個測試中只是簡單地斷定1加2等於3，在第二個測試中是1加1等於2。
PHPUnit2系統定義了assertTrue()方法，它用來測試參數中包含的條件值是否為真。然後，我們又編寫了Add.php模塊，最初讓它產生錯誤的結果。
清單2.Add.php
function add( $a, $b ) { return 0; }
?>
現在運行單元測試時，這兩個測試都會失敗。
清單3.測試失敗
% phpunit TestAdd.php
PHPUnit 2.2.1 by Sebastian Bergmann.FF
Time: 0.0031270980834961
There were 2 failures:
1) test1(TestAdd)
2) test2(TestAdd)FAILURES!!!
Tests run: 2, Failures: 2, Errors: 0, Incomplete Tests: 0.
現在我知道這兩個測試都可以正常工作了。因此，可以修改add()函數來真正地做實際的事情了。
function add( $a, $b ) { return $a+$b; }
?>
現在這兩個測試都可以通過了。
清單4.測試通過
% phpunit TestAdd.php
PHPUnit 2.2.1 by Sebastian Bergmann.
..
Time: 0.0023679733276367
OK (2 tests)
%
盡管這個測試驅動開發的例子非常簡單，但是我們可以從中體會到它的思想。我們首先創建了測試用例，並且有足夠多的代碼讓這個測試運行起來，不過結果是錯誤的。然後我們驗證測試的確是失敗的，接著實現了實際的代碼使這個測試能夠通過。
我發現在實現代碼時我會一直不斷地添加代碼，直到擁有一個覆蓋所有代碼路徑的完整測試為止。在本文的最後，您會看到有關編寫什麼測試和如何編寫這些測試的一些建議。
1
