- 論壇徽章:
- 0
|
|
初探PHP單元測試利器：PHPUnit
你是否在程序開發(fā)的過程中遇到以下的情況：當你花了很長的時間開發(fā)一個PHP應用后，你認為應該是大功告成了，可惜在調(diào)試的時候，老是不斷的發(fā)現(xiàn)bug，而且最可怕的是，這些bug是重復出現(xiàn)的，你可能發(fā)現(xiàn)這些bug...
你是否在程序開發(fā)的過程中遇到以下的情況：當你花了很長的時間開發(fā)一個PHP應用后，你認為應該是大功告成了，可惜在調(diào)試的時候，老是不斷的發(fā)現(xiàn)bug，而且最可怕的是，這些bug是重復出現(xiàn)的，你可能發(fā)現(xiàn)這些bug之間會有關聯(lián)，但卻老是找不到問題的所在。
當你遇到以上這些令你沮喪的情況時，你一定會想能有什么更好的辦法去解決呢?辦法當然是有的!這就是使用單元測試。單元測試不但可以在一定程度上解決上述頭疼的問題，而且能讓代碼變的容易維護，還可以能讓你更多地對代碼進行重構。
一旦你編寫好單元測試用例，當你需要修改你的代碼時，你要做的事情就是重新運行你的單元測試用例并觀察這些單元測試用例能否通過，如果通過了的話，證明代碼是沒問題的。
人們往往會說：既然單元測試這么好，為什么那么多人還是不大愿意去寫單元測試呢?有以下幾種理解上的誤曲：
1、認為編寫單元測試太浪費時間。雖然目前很多IDE工具都為編寫單元測試建立好了框架，但還是要開發(fā)者編寫一些單元測試的代碼的。就象很多開發(fā)中的最佳實踐一樣，用正確的方法去做正確的事情會為開發(fā)節(jié)省大量的時間。每當新增加新功能時，你可能通過訪問你的網(wǎng)頁到處去點擊手動測試，而運行建立好的單元測試用例其速度其實比通過手工去測試的速度更快。
2、認為既然代碼能運行了，不需要再編寫單元測試。但假設團隊中有新的成員，如果沒有良好的單元測試用例，新成員很有可能隨意地去編碼而不考慮各種后果。如果有編寫良好的單元測試，在程序運行時進行各種測試，則能最大程度避免bug的產(chǎn)生。
3、認為編寫單元測試代碼枯燥無味。程序員的天性是解決問題，而很多程序員認為在緊張的編碼工作時，還要編寫單元測試代碼，會很枯燥。但要知道的是，如果能通過編寫單元測試在很早的階段就能盡可能發(fā)現(xiàn)代碼中多的錯誤的話，那么既節(jié)省時間減少了出錯，何樂而不為?
開始動手安裝PHPUnit
本文中將通過介紹PHP中的單元測試利器PHPUnit(http://phpunit.de/),并通過實際例子來講解如何在實際工作中運用PHPUnit。首先安裝PHPUnit的方法可以通過PHP下的pear去安裝：-
- pear channel-discover pear.phpunit.de
- pear channel-discover components.ez.no
- pear channel-discover pear.symfony-project.com
- pear install phpunit/PHPUnit
編寫第一個單元測試用例
下面我們開始編寫第一個單元測試用例。在編寫測試用例時，要遵守如下的PHPUnit的規(guī)則：
1 一般地，在測試用例中，可以擴展PHPUnit_Framework_TestCase類，這樣就可以使用象setUp(),tearDown()等方法了。
2 測試用例的名字最好是使用約定俗成的格式，即在被測試類的后面加上”Test”,比如要測試的類為RemoteConnect,則測試用例的命名為RemoteConnectTest。
3 在一個測試用例中的所有的測試方法，在命名時都應該以test+測試方法名去命名，如testDoesLikeWaffles(),要注意的是該方法必須是聲明為public類型的。當然可以在你的測試用例中包含private的方法，但它們不能被phpunit所調(diào)用。
4 測試方法中是不能接收參數(shù)的。
下面首先舉個簡單的例子，代碼如下：- class RemoteConnect
- {
- public function connectToServer($serverName=null)
- {
- if($serverName==null){
- throw new Exception(“That's not a server name!”);
- }
- $fp = fsockopen($serverName,80);
- return ($fp) ? true : false;
- }
- public function returnSampleObject()
- {
- return $this;
- }
- }
- ?>
- require_once('RemoteConnect.php');
- class RemoteConnectTest extends PHPUnit_Framework_TestCase
- {
- public function setUp(){ }
- public function tearDown(){ }
- public function testConnectionIsValid()
- {
- // test to ensure that the object from an fsockopen is valid
- $connObj = new RemoteConnect();
- $serverName = 'www.google.com';
- $this->assertTrue($connObj->connectToServer($serverName) !== false);
- }
- }
- ?>
-
接下來我們運行這個單元測試，在命令行下輸入代碼：
phpunit /path/to/tests/RemoteConnectTest.php即可，可以看到測試順利通過的話，會輸出以下結果：- PHPUnit 3.4 by Sebastian Bergmann
- .
- Time: 1 second
- Tests: 1, Assertions: 1, Failures 0
AssertTrue/AssertFalse 斷言是否為真值還是假
AssertEquals 判斷輸出是否和預期的相等
AssertGreaterThan 斷言結果是否大于某個值，同樣的也有LessThan(小于),GreaterThanOrEqual(大于等于)，
LessThanOrEqual(小于等于).
AssertContains 判斷輸入是否包含指定的值
AssertType 判斷是否屬于指定類型
AssertNull 判斷是否為空值
AssertFileExists 判斷文件是否存在
AssertRegExp 根據(jù)正則表達式判斷
舉個例子來說明下比如AssertType的使用，依然以上面的例子來說，可以用AssertType去判斷returnSampleObject返回的對象實例是否為remoteConnect，代碼如下：
- function testIsRightObject() {
- $connObj = new RemoteConnect();
- $returnedObject = $connObj->returnSampleObject();
- $this->assertType('remoteConnect', $returnedObject);
- }
- ?>
目前很多優(yōu)秀的PHP框架(如Zend Framework,Symfony等)，都提供了對單元測試很好的支持。以Zend Framework為例，說明下其中是如何運行單元測試的。- class CommentControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
- {
- public function setUp()
- {
- parent::setUp();
- }
- public function tearDown()
- {
- parent::tearDown();
- }
- public function appBootstrap()
- {
- $this->frontController->registerPlugin(new Initializer('test'));
- }
- public function testGoHome()
- {
- $this->dispatch('/home');
- $this->assertController('home');
- }
- }
- ?>
PHPUnit是一個輕量級的PHP測試框架。它是在PHP5下面對JUnit3系列版本的完整移植，是xUnit測試框架家族的一員(它們都基于模式先鋒Kent Beck的設計)。
單元測試是幾個現(xiàn)代敏捷開發(fā)方法的基礎，使得PHPUnit成為許多大型PHP項目的關鍵工具。這個工具也可以被Xdebug擴展用來生成代碼覆蓋率報告 ，并且可以與phing集成來自動測試，最后它還可以和Selenium整合來完成大型的自動化集成測試。
|
|
免費注冊
發(fā)表于 2012-03-19 22:05
