Question

我正在努力增进对功能测试的了解。

我随机选择了朋友们做的Laravel项目。我看到他们使用app/文件夹来组织所有常见的事情，例如模型，数据传输对象，控制器等...基本上是该项目负责的REST API的所有应用程序逻辑。

我还注意到一个名为tests/feature的文件夹，其中包含我最近了解到的功能测试。我发现有趣的是看起来像这样的代码：

use App\Profile;

class HobbyFeatureTest extends FeatureTestCase
{
    // other code ...etc...
    public function testGetUserHobbyyOnUserWithNoHobby()
    {
        $response = $this->getJson('api/user/me/hobbies')->assertOk();  /// makes a PHP curl call
        $response->assertJson($this->profile->hobby->toArray());
    }
    // other code ...etc...
}

基本上$this->profile是App\Profile的实例。 api/user/me/hobbies的构造也依赖于App\Profile。

我发现这很不正常，因为这意味着您正在使用正在测试的工具进行测试？不会使用与要测试的代码相同的代码库进行功能测试吗？

我的问题的背景

在我看来，几年前，我在编写功能测试时并不知道它们的真正含义。我做的不同的是，我用Ruby语言在完全独立的代码库（git项目）中编写了所有功能测试，以测试使用golang构建的静态API。我的ruby代码将加载模拟数据库快照，然后ping每个golang api并评估其响应。我有两个代码库的动机是：

我希望功能测试的基础代码尽可能不受测试代码的影响。我正在尝试实现与double-entry bookkeeping in accounting的相似之处。
如果我将API重新平台化为其他技术，我希望功能测试可重复使用。事实证明这很有用，因为该API最初是用PHP5构建的。当PHP5达到使用寿命时，我在新架构下用golang重建了API（还需要解决一些技术问题）。我很高兴能够保留并重新使用90％的红宝石功能测试。

基于我仅有的其他编写测试的经验，Laravel采取的一种方法没有意识到我在上述两点中提到的好处，这让我感到奇怪。因此，我想更好地了解Laravel以这种方式实施功能测试的动机，或者将功能测试保存在单独的代码库中是否存在固有的错误？

Answer 1

Laravel中的功能测试就是我所说的现代集成测试。在进行集成测试时，将一起测试系统的多个部分。因此，数据库是Laravel代码，而不是Web服务器，因为这是一种模拟API的伪造方法，并且未使用Apache或Nginx等传统方法。

这种方法的理由很自以为是，但我的看法是这样。在传统的单元测试中，您应该模拟系统的大部分未被测试的部分。模型，数据库层等。Laravels模型很容易模拟，会嘲笑每一个雄辩的调用，很快就会成为一对。相反，在功能测试中，您可以轻松创建一个对整个系统有效的测试。这遵循Laravel的基本方法，即应为with expressive, elegant syntax，有关引用请参见laravel.com。

public function testSeeProfile () {
    $profile = factory(Profile::class)->create();

    $response = $this->json('api/profile/' . $profile->id);

    $response->assertJson(...);
}

这是您编写测试，测试逻辑，数据库层以及开发人员关心的所有事情的简便方式。用Laravel术语来说，这是一个功能测试，我将其称为现代功能测试或真正的集成测试。

这不能代替真实的功能测试，应该使用Dusk，Selenium，Cypress或类似方法进行测试。我将保留在另一个单独的项目中。当Laravel有黄昏时，它会变得模糊，这可以在您的项目中做到。在使用真实的Web服务器之前，您不是“真实的”功能测试，而Laravel功能测试仍然不能执行此操作。

功能测试取决于所测试的工具吗？

1 个答案: