phpunit单元测试基础汇总
什么是单元测试
单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证。单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
在php里边,最小单元可以指一个函数、或者类,需要验证的就是每个函数,每个类的功能与我们预想的一致。
单元测试有什么意义
- 可以减少一些细节错误的发生,比如应该报错的情况没有报错,入参、结果是否与需求对应上等。
- 便于日后修改维护,实际工作中存在不少情况是做出了一版功能,但是上线后需要对里边的细节进行调整,有单元测试的话改起来会更加放心,并且完善单元测试的过程也是进一步理解需求的过程。
- 更容易发现平时无法走到的异常分支,而这个分支的处理逻辑可能人工测试需要经历很多步骤才能走到,省时间
最近在工作中也尝试着为开发中的功能写单元测试,切实意识到了单元测试的好处,需求里边有一个比较复杂的时间推算逻辑,最开始自认为各种情况考虑周全然后劈里啪啦写完,不过运行了事先写好的单元测试之后,依旧发现了几个隐藏比较深问题(再自信也得过一遍测试啊)。 修复问题后提测的过程中遇到了需求变更,不少关键代码需要改动,正常这种情况自测的话会很费劲,因为需要数据库找各种各样情况的数据去跑接口,然后数据对不上改完还得重新跑接口自测。但是这次先把单元测试规定正确后,放心大胆的按照自己的想法改造代码,经历了 改代码 > 跑测试 > 改代码 > 跑测试的循环后,快速交付了需求。
单元测试的一些概念
之前也接触过php、python、JS之类的语言,对这些语言的单元测试也有一定了解,下边先看一下单元测试中通用的一些概念。
断言
想要更加细致的了解断言的话,这里推荐一篇博客:https://www.jianshu.com/p/9b8c88deed6a 在软件测试特别是在单元测试时,必用的一个功能就是“断言”(Assert),顾名思义,编写程序时,常会做出一定的假设,那断言就是用来捕获假设的异常。 下边举个栗子: 一个简单的函数 add() 拥有两个参数,功能是返回两个参数的和,当我需要验证这个函数的正确性的时候就需要模拟两个入参并 判断函数的返回值是否为两个入参之和,判断返回值是否准确这个过程即为断言。
1 |
|
基境
每一个单元测试方法都是一个独立的个体,每次单元测试完毕,需要将数据恢复到正确的状态中,不至于被其他测试方法给影响。 在phpunit中,给出的 TestCase 基类即有两个方法,setUp
和 setDown
分别用于为每个单元测试创建测试对象和清理测试对象
数据供给器
对同一类情况进行测试,通常可以用数据供给器传入不同入参和相应的预期返回值。 测试方法可以接受任意参数。这些参数由数据供给器方法提供。在phpunit中使用 @dataProvider 标注来指定使用哪个数据供给器方法。
php如何集成单元测试
PHP的单元测试依赖一个测试框架:phpunit(官方文档:https://phpunit.readthedocs.io/zh_CN/latest/index.html)
如何安装
可以通过phar的方式安装
1 |
|
也可以通过 composer 进行统一管理
1 |
|
在 composer.json
中会出现如下依赖
1 |
|
并且会出现 vendor/bin/phpunit
文件,直接运行即可
如何编写单元测试
所有类需要继承 PHPUnit\Framework\TestCase
,setUp
函数用于初始化测试对象,setDown
函数用于清理测试对象,更多规范 更具体写法可以查看底部的 举个栗子
phpunit常用断言方法
更多断言方法详见 phpunit 官方文档,基本都能顾名思义。
断言函数
作用
示例
assertEquals(\$except, \$value)
断言相等
$this->assertEquals(2, 1 + 1)
assertEmpty($value)
断言为空
$this->assertEmpty([])
assertNotEmpty($value)
断言不为空
$this->assertNotEmpty([1, 2, 3])
assertTrue($value)
断言为真
$this->assertTrue(1 === 1)
assertFalse($value)
断言为假
$this->assertFalse(1 === ‘1’)
expectException(\Exception $e)
断言本次测试会出现特定异常
$this->expectException(\Exception::class); throw new \Exception(‘测试’, 1002);
expectExceptionCode($code)
断言异常状态码
$this->expectExceptionCode(1002); throw new \Exception(‘测试’, 1002);
expectExceptionMessage($msg)
断言异常信息
$this->expectExceptionMessage(‘测试’); throw new \Exception(‘测试’, 1002);
expectOutputString($msg)
断言输出
$this->expectOutputString(‘Hello’);echo “Hello”;
getActualOutput()
获取实际输出
echo “Hello”;\$result = \$this->getActualOutput();
如何运行单元测试
1 |
|
phpunit.xml 是什么
phpunit.xml 是一个XML格式的配置文件,能够配置单元测试中的一些默认行为,比如环境变量、启动文件、日志记录等,官方文档如下https://phpunit.readthedocs.io/zh_CN/latest/configuration.html 一个样例配置如下所示:
1 |
|
如何查看代码覆盖率
执行 phpunit 之后,根据 <logging>
中的配置,会自动生成代码覆盖率信息至 ./tests/codeCoverage/
,打开其中 index.html
即可查看覆盖率信息。
举个栗子
以一个简单的斐波拉契数列计算函数为例
斐波那契数列由0和1开始,之后的斐波那契系数就是由之前的两数相加而得出。
输入输出分析
根据函数特点,我们可以通过验证已知情况和特殊情况的方式去验证,经过分析结果如下
正常输入的已知情况:
入参
预期返回
描述
0
0
规则
1
1
规则
2
1
0 + 1 = 1
3
2
1 + 1 = 2
4
3
1 + 2 = 3
5
5
2 + 3 = 5
6
8
3 + 5 = 8
…
…
…
12
144
55 + 89 = 144
异常输入的情况处理
处理为0,或者抛出异常均可
入参
预期返回
描述
-1
0
非正常输入处理为0
‘’
0
非正常输入处理为0
1.1
0
非正常输入处理为0
‘文字’
0
非正常输入处理为0
编写测试类
tests/FunctionTest.php
1 |
|
函数功能实现
(PS:此法效率很差,约莫是$O(n^2)$的复杂度,仅用于此处演示) functions.php
1 |
|
运行结果
1 |
|