### 1、前言
单元测试主要是作为一种良好实践来编写的，它能帮助开发人员识别并修复 bug、重构代码，还可以看作被测软件单元的文档。要实现这些好处，理想的单元测试应当覆盖程序中所有可能的路径。一个单元测试通常覆盖一个函数或方法中的一个特定路径。但是，测试方法并不一定非要是一个封装良好的独立实体。测试方法之间经常有隐含的依赖关系暗藏在测试的实现方案中。

`PHPUnit`支持对测试方法之间的显式依赖关系进行声明。这种依赖关系并不是定义在测试方法的执行顺序中，而是允许生产者(producer)返回一个测试基境(fixture)的实例，并将此实例传递给依赖于它的消费者(consumer)们。

生产者(producer)，是能生成被测单元并将其作为返回值的测试方法。
消费者(consumer)，是依赖于一个或多个生产者及其返回值的测试方法。

以上是PHPUnit官方的解析，是不是听起来一头雾水？
没错，起初我也是这样，但后来我发现，这TM一堆废话，原来就是说，单元测试之间可以进行相互引用，就跟你`A()`里的`$data`参数，是`B()`返回的一样。
下面，我们在`test`目录下，新建一个`StackTest2.php文件`，并写入以下代码：
```
<?php
declare(strict_types=1);
use PHPUnit\Framework\TestCase;

class StackTest2 extends TestCase {

/**
     * 第一个单元测试
     */ 
    public function testEmpty() {
        $stack = [];
        $this->assertEmpty($stack);
        return $stack;
    }

/**
     * 第二个单元测试
     * 依赖 第一个单元测试的结果
     * @depends testEmpty
     */
    public function testPush(array $stack) {
        array_push($stack, 'foo');
        $this->assertEquals('foo', $stack[count($stack)-1]);
        $this->assertNotEmpty($stack);
        return $stack;
    }

/**
     * 第三个单元测试
     * 依赖第二个单元测试的结果
     * @depends testPush
     */
    public function testPop(array $stack) {
        $this->assertEquals('foo', array_pop($stack));
        $this->assertEmpty($stack);
    }
}
```
直接用`PHPUnit`执行测试，并查看结果即可。

默认情况下，生产者所产生的返回值将“原样”传递给相应的消费者。
这意味着，如果生产者返回的是一个对象，那么传递给消费者的将是一个指向此对象的引用。
如果需要传递对象的副本而非引用，则应当用 `@depends clone` 替代 `@depends`。

为了快速定位缺陷，我们希望把注意力集中于相关的失败测试上。这就是为什么当某个测试所依赖的测试失败时，`PHPUnit` 会跳过这个测试。
通过利用测试之间的依赖关系，缺陷定位得到了改进，如下面`DependencyFailureTest.php`案例中的代码所示：
```
<?php
declare(strict_types=1);
use PHPUnit\Framework\TestCase;

class DependencyFailureTest extends TestCase {
    // 第一个单元测试
    public function testOne() {
        $this->assertTrue(false);
    }

/**
     * 第二个单元测试
     * 由于依赖的第一个单元测试未通过，这个单元测试会被直接跳过
     * @depends testOne
     */
    public function testTwo() {
        $this->assertTrue(true);
    }
}
```

### 2、有多重依赖的单元测试
同一个单元测试中可以同时使用多个 `@depends` 标注。
`PHPUnit` 不会更改测试的运行顺序，因此你需要自行保证某个测试所依赖的所有测试均出现于这个测试之前。
拥有多个 `@depends` 标注的测试，其第一个参数是第一个生产者提供的基境，第二个参数是第二个生产者提供的基境，以此类推。
如下面`MultipleDependenciesTest.php`案例中的代码所示：
```
<?php
declare(strict_types=1);
use PHPUnit\Framework\TestCase;

class MultipleDependenciesTest extends TestCase {
    // 第一个单元测试
    public function testProducerFirst() {
        $this->assertTrue(true);
        return 'first';
    }

// 第二个单元测试
    public function testProducerSecond() {
        $this->assertTrue(true);
        return 'second';
    }

/**
     * 第三个单元测试
     * @depends testProducerFirst
     * @depends testProducerSecond
     */
    public function testConsumer() {
        $this->assertEquals(['first', 'second'], func_get_args());
    }
}
```

### 3、掌握函数点：

`assertEmpty(mixed $actual[, string $message = ''])`
当 `$actual` 非空时报告错误，错误讯息由 `$message` 指定。
`assertNotEmpty()` 是与之相反的断言，接受相同的参数。
`assertAttributeEmpty()` 和 `assertAttributeNotEmpty()` 是便捷包装，可以应用于某个类或对象的某个 `public`、`protected` 或 `private` 属性。

`assertTrue(bool $condition[, string $message = ''])`
当 `$condition` 为 `false` 时报告错误，错误讯息由 `$message` 指定。
`assertNotTrue()` 是与之相反的断言，接受相同的参数。

就跟上一篇的示例代码一样，就不再进行代码演示了，有兴趣的朋友可以用上一篇的代码修改测试。

同时我们也学习到，`assertEquals()`是可以使用**数组**的方式，同时**判断多个参数**的。

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺