在Mac OS上搭建PHP的Yii框架及相关测试环境
发布时间：2022-08-03 09:42:31 所属栏目：PHP教程 来源：互联网
导读：这篇文章主要介绍了在Mac OS上搭建PHP的Yii框架及相关测试环境的方法,Mac自带Apache与PHP等软件,因而搭建开发环境时非常舒适,需要的朋友可以参考下。 YII集成了单元测试和功能测试，借助phpunit和selenium实现，笔者在配置过程中遇到了不少麻烦，纪录在此。
|
这篇文章主要介绍了在Mac OS上搭建PHP的Yii框架及相关测试环境的方法,Mac自带Apache与PHP等软件,因而搭建开发环境时非常舒适,需要的朋友可以参考下。 YII集成了单元测试和功能测试，借助phpunit和selenium实现，笔者在配置过程中遇到了不少麻烦，纪录在此。 必要概念 selenium selenium是个著名的自动化测试工具，可以调起本地的浏览器来完成测试，所以可以用来自动化测试web项目。selenium分为服务端和客户端，服务端使用java开发，所以需要一个jdk，服务端在启动时，会启动一个http服务，客户端通过与服务端进行http通信，向服务端发起测试请求，服务端会自动调起浏览器完成测试。测试人员负责编写客户端脚本，支持大部分主流的编程语言，当然实际上这是由于开源社区强大的威力，为不同的语言开发了针对selenium的接口程序而已，服务端和客户端之间的协议笔者并没有研究，因为这并不重要。 phpunit phpunit是php语言的测试框架和工具，在进行单元测试的时候是使用它的框架，在进行功能测试的时候是使用它的工具。基于这个测试框架，有人在此基础上做了selenium的php接口程序，作为phpunit的扩展存在。 YII框架如何集成 Yii在phpunit的基础上，为测试做了一些简单的封装。因此，使用Yii来进行测试的时候，需要依赖上述两者。 环境安装 Firefox selenium-server能够识别的浏览器并不多，似乎是IE和Firefox，所以在OSX上先安装好Firefox浏览器。安装浏览器跟一般的软件安装没有大的区别，这里不累述了。 JDK 由于selenium-server是使用java开发的，我们需要先安装好JDK，百度搜索JDK下载安装即可，不再累述。 selenium-server 首先来安装selenium的server版本。在osx下，可以使用brew来安装，比较方便: $ brew install selenium-server-standalone 由于selenium-server的源在googleapis上，所以需要翻墙才能进行操作，事实上，如果不翻墙，其他步骤也比较困难。 安装完成后的提示： To have launchd start selenium-server-standalone at login: ln -sfv /usr/local/opt/selenium-server-standalone/*.plist ~/Library/LaunchAgents Then to load selenium-server-standalone now: launchctl load ~/Library/LaunchAgents/homebrew.mxcl.selenium-server-standalone.plist Or, if you don't want/need launchctl, you can just run: selenium-server -p 4444 这里明确告诉我们通过如下命令来启动服务端 $ selenium-server -p 4444 正如所见，通常selenium-server侦听4444端口，如果希望修改端口，那么相应的Yii处需要修改一下配置。 phpunit 弯路 个人理解，phpunit是一个工具和框架的集合，工具归工具，框架归框架。从官网的文档看，phpunit的工具部分，是以phar包的形式发布的，而框架部分是通过pear管理的。那么先来记录一下这两个概念。没有兴趣的可以跳过这节。 phar是一种php打包方案。也就是可以把一个php程序或者php网站打包在一起分发，甚至被作为一个功能模块调用。因此，phpunit完全可以将工具程序打包成phar，执行phar的时候，通常需要使用php命令。 $ wget https://phar.phpunit.de/phpunit.phar $ chmod +x phpunit.phar $ sudo mv phpunit.phar /usr/local/bin/phpunit $ phpunit --version PHPUnit x.y.z by Sebastian Bergmann and contributors. 用上面的命令可以下载phpunit的可执行文件，可以看到这是个phar包 pear是php扩展库的体系，因为早期php复用比较困难。编译型语言由于语法比较紧凑和严谨，比较容易复用。而php由于灵活多变，复用起来学习成本比较高，于是pear就提出了一个编程规范和分发体系来实现php的功能复用，现在似乎pear已经被composer替代了(下面会说)。不过古老的东西既然已经走过弯路了不妨记下来。 在mac下可以这么安装pear： $ wget http://pear.php.net/go-pear.phar $ sudo php -d detect_unicode=0 go-pear.phar 可以看到，go-pear也是个phar，只不过它是一个安装pear的php脚本，使用php命令可以执行。安装过程中会提示是否要修改php.ini文件： WARNING! The include_path defined in the currently used php.ini does not contain the PEAR PHP directory you just specified: </usr/share/pear> If the specified directory is also not in the include_path used by your scripts, you will have problems getting any PEAR packages working. Would you like to alter php.ini </etc/php.ini>? [Y/n] : Y php.ini </etc/php.ini> include_path updated. Current include path : .: Configured directory : /usr/share/pear Currently used php.ini (guess) : /etc/php.ini Press Enter to continue: The 'pear' command is now at your service at /usr/bin/pear ** The 'pear' command is not currently in your PATH, so you need to ** use '/usr/bin/pear' until you have added ** '/usr/bin' to your PATH environment variable. 从这段提示我们可以得知： pear的可执行程序安装在/usr/bin/pear pear有个工作目录是/usr/share/pear，这个工作目录需要添加到php.ini中，如果让安装程序自动添加的话，将是这样的： ;***** Added by go-pear include_path=".:/usr/share/pear" ;***** 当我们在php使用require等包含其他文件的函数时，php其实除了搜索当前目录，还会搜索include_path，这样配置就表明，通过pear安装的程序代码将存放在工作目录，而且php能够找到，默认在工作目录下会有一个System.php，所以以下代码是可以工作的： <?php require 'System.php'; ?> 使用composer安装 本来，phpunit可以通过pear来安装的，然而，时过境迁，在composer大行其道的时代，phpunit也宣布全面支持composer，并且放弃pear，原本通过pear的安装方式果然都不行了，最后逼不得已，只能上composer(话说包管理工具真是多的十个手指不够用了，将来有机会来个横向比较)。 首先安装composer，在翻墙状态下： $ brew update $ brew tap josegonzalez/homebrew-php $ brew tap homebrew/versions $ brew install php55-intl $ brew install josegonzalez/php/composer 这样composer就装好了。 在项目的根目录下，创建一个composer.json，写入： { "require-dev": { "phpunit/phpunit": "4.7.*", "phpunit/php-invoker": "*", "phpunit/dbunit": ">=1.2", "phpunit/phpunit-selenium": ">=1.2", "phpunit/phpunit-story": "*" } } 上面的phpunit-selenium就是基于phpunit写的selenium客户端库，详见文后的参考资料。 然后在项目根目录下，执行 $ sudo composer install composer会根据这个composer.json文件在根目录创建一个vendor目录，并将依赖的东西全部下载到这个目录中，其中vendor/bin下面有phpunit的可执行文件。 由于是Yii的项目，所以cd到/protected/tests目录下，执行如下命令即可启动默认的SiteTest.php里面的测试方法： (注意在执行前，保持selenium-server开启状态) $ ../../vendor/bin/phpunit functional/SiteTest.php 会看到firefox会在执行过程中自动启动，并由如下日志输出： PHPUnit 4.7.7 by Sebastian Bergmann and contributors. Warning: Deprecated configuration setting "selenium" used . Time: 11.52 seconds, Memory: 6.50Mb OK (1 test, 1 assertion) phpunit工具程序会自动找到tests/phpunit.xml这个配置文件并根据此来进行某些配置，而Yii会利用phpunit和phpunit-selenium的框架来与selenium-server端通信，server端会启动浏览器，并将日志和结果等返回给客户端。整个过程大致就是这样的。 测试 测试是软件开发中必不可少的环节.无论我们是否意识到,在开发Web应用的时候,我们始终都是在测试的.例如, 当我们用PHP写了一个类时, 我们可能会用到一些注入 echo 或者 die 语句来显示我们是否正确地实现了某个方法;当我们实现了包含一套复杂的HTML表单的web页面时, 我们可能会试着输入一些测试数据来确认页面是否是按照我们的预期来交互的.更高级的开发者则会写一些代码来自动完成这个测试过程, 这样一来每当我们需要测试一些东西的时候, 我们只需要调用代码, 剩下来的就交给计算机了. 这就是所谓的 自动测试, 也是本章的主要话题. Yii 提供的测试支持包括 单元测试 和 功能测试. 单元测试检验了代码的一个独立单元是否按照预期工作. 在面向对象编程中, 最基本的代码单元就是类. 因此, 单元测试的主要职责就是校验这个类所实现的每个方法工作都是正常的. 单元测试通常是由开发了这个类的人来编写. 功能测试检验了特性是否按照预期工作(如:在一个博客系统里的提交操作).与单元测试相比, 功能测试通常要高级一些, 因为待测试的特性常常牵涉到多个类. 功能测试通常是由非常了解系统需求的人编写.(这个人既可以是开发者也可以是质量工程师). 测试驱动开发 以下展示的便是所谓的 测试驱动开发 (TDD) 的开发周期: 创建一个涵盖要实现的特性的新的测试. 测试预计将在第一次执行的时候失败, 因为特性尚未实现. 执行所有测试,确保这个新的测试是失败的. 编写代码来使得测试通过. 执行所有测试,确保所有测试通过. 重构新编写的代码并确保这些测试仍然能够通过. 重复步骤1至5推进整体功能的实现. 构建测试环境 Yii 提供的测试支持需要 PHPUnit 3.5+ 和 Selenium Remote Control 1.0+.请参照他们提供的文档来安装 PHPUnit 和 Selenium Remote Control. 当我们使用 yiic webapp 控制台命令来创建一个新的 Yii 应用时, 它将会生成以下文件和目录供我们来编写和完成测试. testdrive/ protected/ 包含了受保护的应用文件 tests/ 包含了应用测试 fixtures/ 包含了数据 fixtures functional/ 包含了功能测试 unit/ 包含了单元测试 report/ 包含了 coverage 报告 bootstrap.php 这个脚本在一开始执行 phpunit.xml PHPUnit 配置文件 WebTestCase.php 基于 Web 的功能测试基类 如上所示的, 我们的测试代码主要放在 fixtures, functional 和 unit 这三个目录下, report 目录则用于存储生成的代码 coverage 报告. 我们可以在控制台窗口执行以下命令来执行测试(无论是单元测试还是功能测试): % cd testdrive/protected/tests % phpunit functional/PostTest.php // 执行单个测试 % phpunit --verbose functional // 执行 'functional' 下的所有测试 % phpunit --coverage-html ./report unit 上面的最后一条命令将执行 unit 目录下的所有测试然后在 report 目录下生成出一份 code-coverage 报告. 注意要生成 code-coverage 报告必须安装并开启PHP的 xdebug 扩展 . （编辑：阜阳站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
