php单元測试

你是否在程序开发的过程中遇到下面的情况：当你花了非常长的时间开发一个应用后，你觉得应该是大功告成了，可惜在调试的时候，老是不断的发现bug，并且最可怕的是，这些bug是反复出现的，你可能发现这些bug之间会有关联，但却老是找不到问题的所在。

　　当你遇到以上这些令你沮丧的情况时，你一定会想能有什么更好的办法去解决呢?办法当然是有的!这就是使用单元測试。单元測试不但能够在一定程度上解决上述头疼的问题，并且能让代码变的easy维护，还能够能让你很多其它地对代码进行重构。

　　一旦你编写好单元測试用例，当你须要改动你的代码时，你要做的事情就是又一次执行你的单元測试用例并观察这些单元測试用例是否能通过，假设通过了的话，证明代码是没问题的。

　　人们往往会说：既然单元測试这么好，为什么那么多人还是不大愿意去写单元測试呢?有下面几种理解上的误曲：

　　1、觉得编写单元測试太浪费时间。尽管眼下非常多IDE工具都为编写单元測试建立好了框架，但还是要开发人员编写一些单元測试的代码的。就象非常多开发中的最佳实践一样，用正确的方法去做正确的事情会为开发节省大量的时间。每当新添加新功能时，你可能通过訪问你的网页到处去点击手动測试，而执行建立好的单元測试用例其速度事实上比通过手工去測试的速度更快。

　　2、觉得既然代码能执行了，不须要再编写单元測试。但假设团队中有新的成员，假设没有良好的单元測试用例，新成员非常有可能任意地去编码而不考虑各种后果。假设有编写良好的单元測试，在程序执行时进行各种測试，则能最大程度避免bug的产生。

　　3、觉得编写单元測试代码枯燥无味。程序猿的天性是解决这个问题，而非常多程序猿觉得在紧张的编码工作时，还要编写单元測试代码，会非常枯燥。但要知道的是，假设能通过编写单元測试在非常早的阶段就能尽可能发现代码中多的错误的话，那么既节省时间降低了出错，何乐而不为?

　　開始动手安装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的手冊去安装(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
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;
  }
}
?>

上面的代码事实上是实现连接到一个指定的服务器的功能，那么我们能够编写測试代码例如以下：

<?php
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_Framework_TestCase类，因此在setUp和tearDown方法中，不须要编写不论什么代码。SetUp方法是在每一个測试用例执行前进行一些初始化的工作，而tearDown则在每一个測试用例执行后进行一些比方资源的释放等工作。在測试方法中，通过使用phpunit的断言assertTrue去推断所返回的布尔值是否为真，这里是通过调用RemoteConnect.php中的connectToServe方法去推断是否能连接上server。

接下来我们执行这个单元測试，在命令行下输入代码：

　　phpunit /path/to/tests/RemoteConnectTest.php就可以，能够看到測试顺利通过的话，会输出下面结果：

PHPUnit 3.4 by Sebastian Bergmann.
Time: 1 second
Tests: 1, Assertions: 1, Failures 0

能够看到，上面是通过了測试。默认情况下，phpunit是会执行測试用例中的全部測试方法的。以下再介绍下phpunit中相关的几个断言：

AssertTrue/AssertFalse    断言是否为真值还是假
AssertEquals    推断输出是否和预期的相等
AssertGreaterThan    断言结果是否大于某个值，相同的也有LessThan(小于),GreaterThanOrEqual(大于等于)，
LessThanOrEqual(小于等于).
AssertContains    推断输入是否包括指定的值
AssertType    推断是否属于指定类型
AssertNull    推断是否为空值
AssertFileExists    推断文件是否存在
AssertRegExp    依据正則表達式推断

举个样例来说明下比方AssertType的使用，依旧以上面的样例来说，能够用AssertType去推断returnSampleObject返回的对象实例是否为remoteConnect，代码例如以下：

<?php
function testIsRightObject() {
  $connObj = new RemoteConnect();
  $returnedObject = $connObj->returnSampleObject();
  $this->assertType('remoteConnect', $returnedObject);
}
?>

　眼下PHP框架对单元測试的支持

　　眼下非常多优秀的php框架(如Zend Framework,Symfony等)，都提供了对单元測试非常好的支持。以Zend Framework为例，说明下当中是怎样执行单元測试的。

<?php
class CommentControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
  public function setUp()
  {
    parent::setUp();
  }
  public function tearDown()
  {
    parent::tearDown();
  }
  public function appBootstrap()

PHP单元測试利器：PHPUNIT深入使用方法(二)

http://www.php100.com/html/webkaifa/PHP/PHPyingyong/2011/0216/7535.html