TA的每日心情 | 无聊 4 天前 |
---|
签到天数: 1050 天 连续签到: 1 天 [LV.10]测试总司令
|
现在 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 的基本操作就这些了,单元测试本身并不是一个很难的东西,阻碍单元测试的进行并不是在技术上,更多的是一个项目时间安排的衡量与考虑。
|
|