现在 PHPUnit 基本的单元测试已经运行成功了，在 PHPUnit 的文档中，有更多关于测试的用法。由于 PHPUnit 的用法过多，这里不能一一说明，这里提一些其他用法。
PHPUnit 提供了 @test 的注解，如果一个测试函数添加了 @test 注解，那么测试函数名字就不必以 test 开头。
\PHPUnit\Framework\TestCase 有一个 setUp 函数，如果自己编写的测试类重写了这个函数，那么每次在开始执行测试函数之前，会先执行 setUp 进行测试之前的初始化。同样，也有一个 tearDown 的函数，如果重写，那么在测试函数执行完毕之后调用 tearDown 函数。
.... 更多的内容需参考 PHPUnit 的文档。
phpunit.xml 文件
在上面的例子中，我们使用 phpstorm 逐个执行测试函数，但是如果我们需要一次性执行所有的单元测试，那么我们可以编写 phpunit.xml 文件来实现。
给出一个 phpunit.xml 的编写例子来讲解 phpunit.xml 的作用：
<?xml version="1.0" encoding="UTF-8"?>
<phpunit>
<testsuites>
<testsuite>
<directory>test</directory>
</testsuite>
</testsuites>
</phpunit>
这里 <directory>test</directory> 指定了测试代码都放在 test 目录下，在 phpstorm 下右键点击 phpunit.xml 文件选择 Run phpunit.xml，phpunit 就会到 test 目录下查找所有单元测试并逐个执行。
除了使用 phpunit.xml 来一次性执行所有的单元测试，还可以在 phpunit.xml 中配置单元测试结果的输出日志。
<?xml version="1.0" encoding="UTF-8"?>
<phpunit>
.....
<logging>
<log type="testdox-html" target="tmp/log.html"/>
</logging>
</phpunit>
此时在执行 phpunit.xml 文件，就会在项目目录下生成一个 tmp/log.html 文件，这个文件记录了所有单元测试的结果。
当然，更多 phpunit.xml 配置相关的内容，还是需要查看文档。
Mock 测试
PHPUnit 还提供了 Mock 测试。这里先介绍一下什么是 Mock 测试。
假设 foo 函数调用了 bar 函数，那么在对 foo 函数进行单元测试会有两个问题：
foo 函数依赖于 bar 函数的结果，那么在对 foo 进行单元测试的时候必然会引入 bar ，那么这样子单元测试就没意义了，如果测试不通过，那么无法保证 bug 出在 foo 还是 bar。
bar 函数可能在测试环境不可执行，那么 foo 无法获取 bar 的执行结果，从而无法对 foo 进行单元测试。
Mock 测试就是为了解决上面的问题而出现的，使用 Mock 我们可以虚拟出一个 bar 的调用，并且假设 bar 调用返回结果。如果还是听不懂，上一段代码就知道了。
class MockTest extends \PHPUnit\Framework\TestCase {
public function testGet()
{
$stub = $this->createMock(\App\UserService::class); //1
$stub->method('get')->willReturn(3); //2
$this->assertEquals(3,$stub->get(1)); //3
}
}
上面的测试函数就使用到了 Mock，一行一行代码来分析：
第一行创建了一个虚拟的 UserService 对象。
第二行假设 UserService 中的 get 函数的返回值为 3。
第三行调用 $stub->get(1) 不会真的去执行 get 函数，而是根据第二行的 willReturn 函数直接返回 3。
以上就是一个简单的 Mock 测试，当然 Mock 测试还有很多复杂的用法，这里没办法一一展开，其实掌握基本的用法，更多复杂的高级用法在实践中碰到了再去查看文档也不迟。
好了，PHPUnit 的基本操作就这些了，单元测试本身并不是一个很难的东西，阻碍单元测试的进行并不是在技术上，更多的是一个项目时间安排的衡量与考虑。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
