一旦你編寫好單元測試用例,當你需要修改你的代碼時,你要做的事情就是重新運行你的單元測試用例並觀察這些單元測試用例能否通過,如果通過了的話,證明代碼是沒問題的。
人們往往會說:既然單元測試這麼好,為什麼那麼多人還是不大願意去寫單元測試呢?有以下幾種理解上的誤曲:
1、認為編寫單元測試太浪費時間。雖然目前很多IDE工具都為編寫單元測試建立好了框架,但還是要開發者編寫一些單元測試的代碼的。就象很多開發中的最佳實踐一樣,用正確的方法去做正確的事情會為開發節省大量的時間。每當新增加新功能時,你可能通過訪問你的網頁到處去點擊手動測試,而運行建立好的單元測試用例其速度其實比通過手工去測試的速度更快。
2、認為既然代碼能運行了,不需要再編寫單元測試。但假設團隊中有新的成員,如果沒有良好的單元測試用例,新成員很有可能隨意地去編碼而不考慮各種後果。如果有編寫良好的單元測試,在程序運行時進行各種測試,則能最大程度避免bug的產生。
3、認為編寫單元測試代碼枯燥無味。程序員的天性是解決問題,而很多程序員認為在緊張的編碼工作時,還要編寫單元測試代碼,會很枯燥。但要知道的是,如果能通過編寫單元測試在很早的階段就能盡可能發現代碼中多的錯誤的話,那麼既節省時間減少了出錯,何樂而不為?
開始動手安裝phpunit
本文中將通過介紹php中的單元測試利器phpunit(http://phpunit.de/),並通過實際例子來講解如何在實際工作中運用phpunit。首先安裝phpunit的方法可以通過php下的pear去安裝:
pear channel-discover pear.phpunit.de如果你想通過手動方式去安裝,可以參考phpunit的手冊去安裝(http://www.phpunit.de/manual/3.0/en/installation.html)。
編寫第一個單元測試用例
下面我們開始編寫第一個單元測試用例。在編寫測試用例時,要遵守如下的phpunit的規則:
1 一般地,在測試用例中,可以擴展PHPUnit_Framework_TestCase類,這樣就可以使用象setUp(),tearDown()等方法了。
2 測試用例的名字最好是使用約定俗成的格式,即在被測試類的後面加上”Test”,比如要測試的類為RemoteConnect,則測試用例的命名為RemoteConnectTest。
3 在一個測試用例中的所有的測試方法,在命名時都應該以test+測試方法名去命名,如testDoesLikeWaffles(),要注意的是該方法必須是聲明為public類型的。當然可以在你的測試用例中包含private的方法,但它們不能被phpunit所調用。
4 測試方法中是不能接收參數的。
下面首先舉個簡單的例子,代碼如下:
<?php上面的代碼其實是實現連接到一個指定的服務器的功能,那麼我們可以編寫測試代碼如下:
<?php 在上面的代碼中,由於繼承了PHPUnit_Framework_TestCase類,因此在setUp和tearDown方法中,不需要編寫任何代碼。SetUp方法是在每個測試用例運行前進行一些初始化的工作,而tearDown則在每個測試用例運行後進行一些比如資源的釋放等工作。在測試方法中,通過使用phpunit的斷言assertTrue去判斷所返回的布爾值是否為真,這裡是通過調用RemoteConnect.php中的connectToServe方法去判斷能否連接上服務器。
當前1/2頁 12下一頁閱讀全文