最好的程序員也會犯錯誤。好程序員和差程序員的區別在於：好程序員能通過測試盡可能的發現錯誤。你越快測試錯誤，你就越快發現它們，發現和修正的成本就越低。這解釋了為什麼只在軟件發布前才測試的做法為什麼問題那麼多。大多數錯誤根本就沒有發現過，修正發現的錯誤是那麼的高，以至於你不得不根據優先級來決定只修正那些錯誤，因為你根本就承受不起全部修正的費用。
相比你正在使用的方法，采用PHPUnit進行測試並不是一個全然不同的東西。它們只是方法不同。兩者之間的不同在於，檢查程序行為是否符合正確是通過一批可以自動測試的代碼片斷來進行的。這些代碼片斷叫做單元測試。 在這一部分，我們先基於打印的測試代碼進行自動測試。假設我們要測試PHP的內建數組Array。需要測試之一是函數sizeof()，對任何新創建的數組，sizeof()函數應該返回 0。當我們加入一個新數組成員，sizeof()應該返回1。例1顯示了我們想測試什麼。
例1. 測試數組和sizeof()
<?php
$fixture = Array( );
// $fixture應該為空。
$fixture[] = "element";
// $fixture應該包含一個數組成員。
?>
最簡單的測試方法是在加入數組成員前後打印sizeof()的運算結果，如果返回0和1，說明Array和sizeof()運行正常。
例2. 采用打印語句測試Array和sizeof()
<?php
$fixture = Array( );
print sizeof($fixture) . "\n";
$fixture[] = "element";
print sizeof($fixture) . "\n";
?>
0
1
現在，我們讓測試程序從需要手工解釋變為自動運行。在例3中，我們比較了期望值和實際值，如果相等就打印ok。如果我們發現有的結果不是ok，我們就知道有問題了。
例3. 比較Array和sizeof()的期望值和實際值
＜?php
$fixture = array( );
print sizeof($fixture) == 0 ? "ok\n" : "not ok\n";
$fixture[] = "element";
print sizeof($fixture) == 1 ? "ok\n" : "not ok\n";
?＞
ok
ok
我們現在引入一個新的要素，如果期望值和實際值不同，我們就拋出一個異常。這樣我們的輸出就更簡單了。如果測試成功，什麼也不做，如果有一個未處理異常，我們知道有問題了。
例4.使用斷言函數來測試Array和sizeof()
<?php
$fixture = Array( );
assertTrue(sizeof($fixture) = = 0);
$fixture[] = "element";
assertTrue(sizeof($fixture) = = 1);
function assertTrue($condition) {
if (!$condition) {
throw new Exception("Assertion failed.");
}
}
?>
現在測試完全自動化了。和我們第一個版本不同，這個版本使得測試完全自動化了。
使用自動測試的目的是盡可能少的犯錯誤。盡管你的代碼還不是完美的，用優良的自動測試，你會發現錯誤會明顯減少。自動測試給了你對代碼公正的信心。有這個信心，你可以在設計上有大膽的飛越，和你的團隊伙伴關系更好，改善你和客戶之間的關系，每天安心入睡，因為你可以證明由於你的努力，系統變得更好了。
