php - 绑定(bind)到实现细节的数据库单元测试

Question

我有一个简单的 PHP 类，它包装了对数据库的访问以检索用户并希望对其进行单元测试。我目前有以下代码:

要测试的类:

class UserTable {

    protected $tableGateway;

    public function __construct(\Zend\Db\TableGateway\TableGateway $tableGateway) {
        $this->tableGateway = $tableGateway;
    }

    public function getUserWithId($id) {
        return $this->tableGateway->select(['id' => $id])->current();
    }
}

单元测试:

class UserTableTest extends \PHPUnit_Framework_TestCase {
    public function testGetUserWithIdReturnsCorrectUser() {
        $user = new User();

        $resultSet = new ResultSet();
        $resultSet->initialize([$user]);

        $mockTableGateway = $this->getMock('\Zend\Db\TableGateway\TableGateway', ['select'], [], '', false);
        $mockTableGateway->expects($this->once())->method('select')->with(['id' => 1])->willReturn($resultSet);

        $userTable = new UserTable($mockTableGateway);

        $this->assertEquals($user, $userTable->getUserWithId(1));
    }
}

但是，现在如果我后来决定更改我使用表网关的方式(例如使用 select(['id = ?' => $id])，单元测试将会失败。这将单元测试绑定(bind)到应该避免的 getUserWithId($id) 的实现细节。

防止单元测试依赖于实现细节的最佳实践是什么？是否值得努力建立一个单元测试可以运行的实际测试数据库(这也会大大减慢测试的执行速度)，或者是否有更好的方法来模拟表网关？

Answer 1

不要模拟不属于您的代码!* 对于使用数据库的类，您必须编写集成测试。好处是这将迫使您将数据库访问与其他逻辑分开。

*这是来自“在测试的指导下开发面向对象的软件”一书的实际建议，以我自己为使用 Doctrine 的实体管理器的代码编写测试的经验为后盾