最好的程序員也會犯錯誤。好程序員和差程序員的區(qū)別在于：好程序員能通過測試盡可能的發(fā)現(xiàn)錯誤。你越快測試錯誤，你就越快發(fā)現(xiàn)它們，發(fā)現(xiàn)和修正的成本就越低。這解釋了為什么只在軟件發(fā)布前才測試的做法為什么問題那么多。大多數(shù)錯誤根本就沒有發(fā)現(xiàn)過，修正發(fā)現(xiàn)的錯誤是那么的高，以至于你不得不根據(jù)優(yōu)先級來決定只修正那些錯誤，因為你根本就承受不起全部修正的費用。

相比你正在使用的方法，采用PHPUnit進行測試并不是一個全然不同的東西。它們只是方法不同。兩者之間的不同在于，檢查程序行為是否符合正確是通過一批可以自動測試的代碼片斷來進行的。這些代碼片斷叫做單元測試。 在這一部分，我們先基于打印的測試代碼進行自動測試。假設我們要測試PHP的內建數(shù)組Array。需要測試之一是函數(shù)sizeof()，對任何新創(chuàng)建的數(shù)組，sizeof()函數(shù)應該返回 0。當我們加入一個新數(shù)組成員，sizeof()應該返回1。例1顯示了我們想測試什么。

例1. 測試數(shù)組和sizeof()

＜?php　$fixture = Array( );　// $fixture應該為空。

　$fixture[] = 'element';　// $fixture應該包含一個數(shù)組成員。?＞

最簡單的測試方法是在加入數(shù)組成員前后打印sizeof()的運算結果，如果返回0和1，說明Array和sizeof()運行正常。

例2. 采用打印語句測試Array和sizeof()

＜?php　$fixture = Array( );　print sizeof($fixture) . 'n';

　$fixture[] = 'element';　print sizeof($fixture) . 'n';?＞01

現(xiàn)在，我們讓測試程序從需要手工解釋變?yōu)樽詣舆\行。在例3中，我們比較了期望值和實際值，如果相等就打印ok。如果我們發(fā)現(xiàn)有的結果不是ok，我們就知道有問題了。

例3. 比較Array和sizeof()的期望值和實際值

＜?php　$fixture = Array( );　print sizeof($fixture) == 0 ? 'okn' : 'not okn';

　$fixture[] = 'element';　print sizeof($fixture) == 1 ? 'okn' : 'not okn';?＞okok

我們現(xiàn)在引入一個新的要素，如果期望值和實際值不同，我們就拋出一個異常。這樣我們的輸出就更簡單了。如果測試成功，什么也不做，如果有一個未處理異常，我們知道有問題了。

例4.使用斷言函數(shù)來測試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.');}　}?＞

現(xiàn)在測試完全自動化了。和我們第一個版本不同，這個版本使得測試完全自動化了。

使用自動測試的目的是盡可能少的犯錯誤。盡管你的代碼還不是完美的，用優(yōu)良的自動測試，你會發(fā)現(xiàn)錯誤會明顯減少。自動測試給了你對代碼公正的信心。有這個信心，你可以在設計上有大膽的飛越，和你的團隊伙伴關系更好，改善你和客戶之間的關系，每天安心入睡，因為你可以證明由于你的努力，系統(tǒng)變得更好了。