PHP网页编程之初探PHP单位测试利器：PHPUnit

对我一点用处没有啊，我知道该怎么学，但是我想如何才能更快的学，一周速成，啊不，24小时速成那种，皮皮你有没?    　　你是不是在法式开辟的过程当中碰到以下的情形：当你花了很长的工夫开辟一个PHP使用后，你以为应当是半途而废了，惋惜在调试的时分，总是不休的发明bug，并且最恐怖的是，这些bug是反复呈现的，你能够发明这些bug之间会有联系关系，但却总是找不到成绩的地点。
  　　当你碰到以上这些令你懊丧的情形时，你必定会想能有甚么更好的举措去处理呢?举措固然是有的!这就是利用单位测试。单位测试不仅可以在必定水平上处理上述头疼的成绩，并且能让代码变的轻易保护，还可以能让你更多地对代码停止重构。
  　　一旦你编写好单位测试用例，当你需求修正你的代码时，你要做的工作就是从头运转你的单位测试用例并察看这些单位测试用例可否经由过程，假如经由过程了的话，证实代码是没成绩的。
  　　人们常常会说：既然单位测试这么好，为何那末多人仍是不大情愿去写单位测试呢?有以下几种了解上的误曲：
  　　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 测试办法中是不克不及吸收参数的。
  　　上面起首举个复杂的例子，代码以下：
   
  　　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.谷歌.com';
  　　$this->assertTrue($connObj->connectToServer($serverName) !== false);
  　　}
  　　}
  　　?>
   
  　　在下面的代码中，因为承继了PHPUnit_Framework_TestCase类，因而在setUp和tearDown办法中，不需求编写任何代码。SetUp办法是在每一个测试用例运转行进行一些初始化的任务，而tearDown则在每一个测试用例运转落后行一些好比资本的释放等任务。在测试办法中，经由过程利用PHPUnit的断言assertTrue去判别所前往的布尔值是不是为真，这里是经由过程挪用RemoteConnect.php中的connectToServe办法去判别可否毗连上办事器。
  　　接上去咱们运转这个单位测试，在号令行下输出代码：
  　　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，代码以下：
   
  　　function testIsRightObject() {
  　　$connObj = new RemoteConnect();
  　　$returnedObject = $connObj->returnSampleObject();
  　　$this->assertType('remoteConnect', $returnedObject);
  　　}
  　　?>
   
  　　今朝PHP框架对单位测试的撑持
  　　今朝良多优异的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');
  　　}
  　　}
  　　?>
   
  　　以上代码实际上是对Zend自己的框架停止了一个单位测试罢了，可以看到，在Zend中，是经由过程承继Zend_Test_PHPUnit_ControllerTestCase去对Zend的controller去停止单位测试的，可以看到，在zend中的单位测试跟PHPUnit中的差不多，但增添了别的一些新的断言，好比下面的assertController,详细的可以参考Zend的参考手册。
  　　PHPUnit是一个轻量级的PHP测试框架。它是在PHP5上面对JUnit3系列版本的完全移植，是xUnit测试框架家族的一员(它们都基于形式前锋Kent Beck的设计)。
  　　单位测试是几个古代急迅开辟办法的基本，使得PHPUnit成为很多大型PHP项目标关头东西。这个东西也能够被Xdebug扩大用来生成代码掩盖率呈报 ，而且可以与phing集成来主动测试，最初它还可以和Selenium整合来完成大型的主动化集成测试。
算是1个熟悉的过程，所以c语言的基础有就更好，没有也不怕。

为了以后维护的方便最好是代码上都加上注释，“予人方便，自己方便”。此外开发文档什么的最好都弄齐全。我觉得这是程序员必备的素质。虽然会消耗点很多的时间。但是确实是非常有必要的。

做为1门年轻的语言，php一直很努力。

先学习php和mysql,还有css(html语言很简单)我认为现在的效果比以前的方法好。

刚开始安装php的时候，我图了个省事，把php的扩展全都打开啦（就是把php.ini 那一片 extension 前面的冒号全去掉啦），这样自然有好处，以后不用再需要什么功能再来打开。

至于模板嘛，各位高人一直以来就是争论不休，我一只小菜鸟就不加入战团啦，咱们新手还是多学点东西的好。

当然这种网站的会员费就几十块钱。

首先我是坚决反对新手上来就用框架的，因为对底层的东西一点都不了解，造成知识上的真空，会对以后的发展不利。我的观点上手了解下框架就好，代码还是手写。当然啦如果是位别的编程语言的高手的话，这个就另当别论啦。

实践是检验自己会不会的真理。

写js我最烦的就是 ie 和 firefox下同样的代码 结果显示的结果千差万别，还是就是最好不要用遨游去调试，因为有时候遨游是禁用js的，有可能代码是争取结果被遨游折腾的认为是代码写错。

建议加几个专业的phper的群，当然啦需要说话的人多，一处一点问题能有人回答你的，当然啦要让人回答你的问题，平时就得躲在里面聊天，大家混熟啦，愿意回答你问题的人自然就多啦。

环境搭建好,当你看见你的浏览器输出“it works\\\\\\\"时你一定是喜悦的。在你解决问题的时候，我强烈建议多读php手册。

说php的话，首先得提一下数组，开始的时候我是最烦数组的，总是被弄的晕头转向，不过后来呢，我觉得数组里php里最强大的存储方法，所以建议新手们要学好数组。

我要在声明一下：我是个菜鸟！！我对php这门优秀的语言也是知之甚少。但是我要在这里说一下php在网站开发中最常用的几个功能：

Apache不是非得用80或者8080端口的，我刚开始安得时候就是80端口老占用，就用了个 81端口，结果照常，就是输localhost的时候，应该输入为 localhost:81

实践是检验自己会不会的真理。

你很难利用原理去编写自己的代码。对于php来说，系统的学习我认为还是很重要的，当你有一定理解后，你可你针对某种效果研究，我想那时你不会只是复制代码的水平了。

为了以后维护的方便最好是代码上都加上注释，“予人方便，自己方便”。此外开发文档什么的最好都弄齐全。我觉得这是程序员必备的素质。虽然会消耗点很多的时间。但是确实是非常有必要的。

在学习的过程中不能怕麻烦，不能有懒惰的思想。学习php首先应该搭建一个lamp环境或者是wamp环境。这是学习php开发的根本。虽然网络上有很多集成的环境，安装很方便，使用起来也很稳定、