最好的程式設計師也會犯錯。好程式設計師和差程式設計師的差別在於:好程式設計師能透過測試盡可能的發現錯誤。你越快測試錯誤,你就越快發現它們,發現和修正的成本就越低。這解釋了為什麼只在軟體發布前才測試的做法為什麼問題那麼多。大多數錯誤根本就沒有發現過,修正發現的錯誤是那麼的高,以至於你不得不根據優先順序來決定只修正那些錯誤,因為你根本就承受不起全部修正的費用。
相比你正在使用的方法,採用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 ? "okn" : "not okn";
$fixture[] = "element";
print sizeof($fixture) == 1 ? "okn" : "not okn";
?>
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.");
}
}
?>
現在測試完全自動化了。和我們第一個版本不同,這個版本讓測試完全自動化了。
使用自動測試的目的是盡可能少的犯錯。儘管你的程式碼還不是完美的,用優良的自動測試,你會發現錯誤會明顯減少。自動測試給了你對程式碼公正的信心。有這個信心,你可以在設計上有大膽的飛越,和你的團隊夥伴關係更好,改善你和客戶之間的關係,每天安心入睡,因為你可以證明由於你的努力,系統變得更好了。