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 ), ) );当我执行那些涉及到数据库操作的测试时, 我们应该提供一个测试专用的数据库以便测试执行不会干扰到正常的开发或者生产活动. 这样一来, 我们纸需要去除上面 db 配置的注释, 然后填写 connectionString 属性的用以连接到数据库的DSN(数据源名称)即可.
通过这样一个启动脚本, 当我们执行单元测试时, 我们便可以获得一个与服务需求类似的应用实例, 而主要的不同就是测试拥有一个 fixture 管理器以及它专属的测试数据库.
定义特定状态(Fixtures)
自动测试需要被执行很多次.为了确保测试过程是可以重复的, 我们很想要在一些可知的状态下进行测试, 这个状态我们称之为 特定状态. 举个例子,在一个博客应用中测试文章创建特性, 每次当我们进行测试时, 与文章相关的表(例如. Post 表 , Comment 表)应该被恢复到一个特定的状态下. PHPUnit 文档 已经很好的描述了一般的特定状态的构建. 而本节主要介绍怎样像刚才描述的例子那样构建数据库特定状态.
设置构建数据库的特定状态,这恐怕是测试以数据库为后端支持的应用最耗时的部分之一.Yii 引进的 [CBbFixtureManager] 应用组件可以有效的减轻这一问题.当进行一组测试的时候,它基本上会做以下这些事情:
在所有测试运行之前,它重置测试相关数据为可知的状态.
在单个测试运行之前, 它将特定的表重置为可知状态.
在一个测试方法执行过程中, 它提供了供给特定状态的行数据的访问接口.
请按如下使用我们在 应用配置 中配置的 [CDbFixtureManager].
return array( 'components'=>array( 'fixture'=>array( 'class'=>'system.test.CDbFixtureManager', ), ), );
然后我们在目录 protected/tests/fixtures下提供一个特定状态数据. 这个目录可以通过配置应用配置文件中的 [CDbFixtureManager::basePath] 属性指定为其他目录.特定状态数据是由多个称之为特定状态文件的PHP文件组合而成.每个特定状态文件返回一个数组, 代表数据的一个特定表的初始行.文件名和表名相同.以下则是将 Post 表的特定状态数据存储于名为 Post.php 文件里的例子.
array( 'title'=>'test post 1', 'content'=>'test post content 1', 'createTime'=>1230952187, 'authorId'=>1, ), 'sample2'=>array( 'title'=>'test post 2', 'content'=>'test post content 2', 'createTime'=>1230952287, 'authorId'=>1, ), );
正如我们所见, 上面返回了两行数据. 每一行都表示一个数组,其键是表的字段名,其值则是对应的字段值.每行的索引都是称之为行别名的字符串(例如: simple1, simple2). 稍后当我们编写测试脚本的时候, 我们可以方便地通过它的别名调用这行数据.你也许注意到了我们并未在上述特定状态中指定 id 字段的值. 这是因为 id 字段已经被定义为自增主键了,它的值也会在我们插入新数据的时候自动生成.
当 [CDbFixtureManager] 第一次被引用时, 它会仔细检查所有的特定状态文件然后使用他们重置对应的表.它通过清空表,重置表主键的自增序列值,然后插入来自特定状态文件的数据行到表中来重置表.
有时候,我们可能不想在一套测试前重置特定状态文件里描述的每一个表, 因为重置太多的特定状态文件可能需要很多时间.这种情况下,我们可以写一个PHP脚本来定制这个初始化过程.这个脚本应该被保存在存放特定状态文件的目录下,并命名为 init.php.当 [CDbFixtureManager] 检测到了这个脚本的存在, 它将执行这个脚本而不是重置每一个表.
不喜欢使用默认方式来重置表也是可以的,例如: 清空表然后插入特定状态数据. 如果是这种情况, 我们可以为指定的特定状态文件编写一个初始化脚本.这个脚本必须名称为表名+.init.php. 例如: Post 表的初始化脚本文件就是 Post.init.php. 当 [CDbFixtureManager] 发现了这个脚本,它将执行这个脚本而不是采用默认的方式去重置该表.
Tip: 太多的特定状态文件大大延长了测试时间.因此, 你应该只为那些在测试中数据会发生变化的表提供特定状态文件. 那些做为查找服务的表不会改变,因此不需要特定状态文件.
