最好的程式員也會犯錯誤。好程式員和差程式員的區別在於:好程式員能通過測試儘可能的發現錯誤。你越快測試錯誤,你就越快發現它們,發現和修正的成本就越低。這解釋了為什麼只在軟體發布前才測試的做法為什麼問題那麼多。大多數錯誤根本就沒有發現過,修正發現的錯誤是那麼的高,以至於你不得不根據優先順序來決定只修正那些錯誤,因為你根本就承受不起全部修正的費用。
相比你正在使用的方法,採用php(做為現在的主流開發語言)Unit進行測試並不是一個全然不同的東西。它們只是方法不同。兩者之間的不同在於,檢查程式行為是否符合正確是通過一批可以自動化的測試的代碼片斷來進行的。這些代碼片斷叫做單元測試。 在這一部分,我們先基於列印的測試代碼進行自動化的測試。假設我們要測試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) . "";
$fixture[] = "element";
print sizeof($fixture) . "";
?>
0
1
現在,我們讓測試程式從需要手工解釋變為自動運行。在例3中,我們比較了期望值和實際值,如果相等就列印ok。如果我們發現有的結果不是ok,我們就知道有問題了。
例3. 比較Array和sizeof()的期望值和實際值
<?php(做為現在的主流開發語言)
$fixture = Array( );
print sizeof($fixture) == 0 ? "ok" : "not ok";
$fixture[] = "element";
print sizeof($fixture) == 1 ? "ok" : "not ok";
?>
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.");
}
}
?>
現在測試完全自動化了。和我們第一個版本不同,這個版本使得測試完全自動化了。
使用自動化的測試的目的是儘可能少的犯錯誤。儘管你的代碼還不是完美的,用優良的自動化的測試,你會發現錯誤會明顯減少。自動化的測試給了你對代碼公正的信心。有這個信心,你可以在設計上有大膽的飛越,和你的團隊夥伴關係更好,改善你和客戶之間的關係,每天安心入睡,因為你可以證明由於你的努力,系統變得更好了。
http://www.bkjia.com/PHPjc/508675.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/508675.htmlTechArticle最好的程式員也會犯錯誤。好程式員和差程式員的區別在於:好程式員能通過測試儘可能的發現錯誤。你越快測試錯誤,你就越快發現它們...