キーポイント

• メモリ內(nèi)データベースは、アプリケーションメモリにのみ存在し、データベースと対話するコードをテストする実用的なソリューションです。これらは、Doctrineを使用してSymfonyアプリケーションで簡単にセットアップでき、廃棄物のためにテストに最適です。
• Symfonyのテスト環(huán)境構(gòu)成により、廃棄可能なテストデータベースを作成できます。これらのデータベースを設(shè)定するために編集する必要がある構(gòu)成ファイルはapp/config/config_test.phpです。 SQLITE3を使用したメモリ內(nèi)データベースのサポートは、SQLクエリを機(jī)能データベースに送信してテストを容易にし、リポジトリクラスをock笑する必要性を排除できます。
• テストクラスでメモリ內(nèi)データベースを使用する場合、スキーマを最初に構(gòu)築する必要があります。つまり、エンティティのテーブルと必要な備品をテストスイートにロードする必要があります。データベースブートローダーは、Doctrine Mode Update Consoleコマンドを?qū)g行するのと同様に、ほとんどの作業(yè)を?qū)g行するために使用できます。

データベースと対話するコードのテストは非常に痛い場合があります。一部の開発者はデータベースの抽象化をmockしているため、実際にテストするクエリはありません。他の開発者は、開発環(huán)境のテストデータベースを作成しますが、これは継続的な統(tǒng)合とこのデータベースの狀態(tài)を維持するという點(diǎn)でも苦痛になる可能性があります。

メモリ內(nèi)データベースは、これらのオプションに代わるものです。それらはアプリケーションのメモリにのみ存在するため、それらは本當(dāng)に1回限りで、テストに非常に適しています。ありがたいことに、これらは教義を使用するSymfonyアプリケーションで非常に簡単にセットアップできます。 Symfonyによる機(jī)能テストに関するガイドを読んで、テストアプリケーションのエンドツーエンドの動作を理解してください。

Symfony Environment Configuration

Symfonyフレームワークの最も強(qiáng)力な機(jī)能の1つは、獨(dú)自の構(gòu)成を備えた異なる環(huán)境を作成する機(jī)能です。 Symfony開発者は、この機(jī)能、特にここで研究されているテスト環(huán)境のあまり知られていない側(cè)面を無視する場合があります。新しい環(huán)境の習(xí)得と作成に関するSymfonyのガイドでは、フレームワークがさまざまな環(huán)境の構(gòu)成を処理する方法を説明し、いくつかの有用な例を示しています。破棄可能なテストデータベースを設(shè)定するために編集する必要がある構(gòu)成ファイルは

です。テストスイートでアプリケーションにアクセスすると、カーネルはテスト環(huán)境を使用してロードされ、この構(gòu)成ファイルが処理されます。 app/config/config_test.php

ドクトリンを使用したメモリ內(nèi)データベースSQLite3はメモリ內(nèi)データベースをサポートしており、テストに非常に適しています。これらのデータベースを使用すると、実際にSQLクエリを機(jī)能データベースに送信してアプリケーションをテストでき、事前定義された動作を伴うリポジトリクラスの簡単なシミュレーションを排除できます。データベースはテストの開始時に新しくなり、最後にきれいに破壊されます。デフォルトのドクトリン接続構(gòu)成をオーバーライドするには、テスト環(huán)境構(gòu)成ファイルに次の行を追加する必要があります。アプリケーションで複數(shù)のドクトリン接続が構(gòu)成されている場合は、一致するように少し調(diào)整する必要がある場合があります。

# app/config/config_test.yml

doctrine:
    dbal:
        driver:  pdo_sqlite
        memory:  true
        charset: UTF8

テストクラスでデータベースを使用しています

テストクラスでこの光沢のある新しいインメモリデータベースを使用する場合、最初にスキーマを構(gòu)築する必要があります。これは、エンティティのテーブルを作成し、テストスイートに必要な備品をロードすることを意味します。次のクラスは、ほとんどの作業(yè)を行うデータベースブートストラップとして使用できます。 Doctrine Mode Update Consoleコマンドを?qū)g行することと同じ効果があります。

<?php
namespace Tests\AppBundle;

use Doctrine\ORM\EntityManager;
use Doctrine\ORM\Tools\SchemaTool;
use Symfony\Component\HttpKernel\KernelInterface;

class DatabasePrimer
{
    public static function prime(KernelInterface $kernel)
    {
        // 確保我們處于測試環(huán)境中
        if ('test' !== $kernel->getEnvironment()) {
            throw new \LogicException('Primer must be executed in the test environment');
        }

        // 從服務(wù)容器獲取實(shí)體管理器
        $entityManager = $kernel->getContainer()->get('doctrine.orm.entity_manager');

        // 使用我們的實(shí)體元數(shù)據(jù)運(yùn)行模式更新工具
        $metadatas = $entityManager->getMetadataFactory()->getAllMetadata();
        $schemaTool = new SchemaTool($entityManager);
        $schemaTool->updateSchema($metadatas);

        // 如果您使用的是 Doctrine Fixtures Bundle，您可以在此處加載它們
    }
}

クラスをテストするためにエンティティマネージャーが必要な場合は、ブートローダーを適用する必要があります。

<?php
namespace Tests\AppBundle;

use Symfony\Bundle\FrameworkBundle\Test\KernelTestCase;
use Tests\AppBundle\DatabasePrimer;

class FooTest extends KernelTestCase
{
    public function setUp()
    {
        self::bootKernel();

        DatabasePrimer::prime(self::$kernel);
    }

    public function testFoo()
    {
        $fooService = self::$kernel->getContainer()->get('app.foo_service');

        // ...
    }
}

上記の例では、コンテナを使用して、テスト対象のサービスを取得します。このサービスがエンティティマネージャーに依存している場合、

メソッドで起動された同じエンティティマネージャーを使用して構(gòu)築されます。別の依存関係をock笑するなど、より多くの制御が必要な場合は、常にコンテナからエンティティマネージャーを取得し、テストする必要があるクラスの手動インスタンス化に使用できます。 Doctrine Fixturesバンドルを使用してデータベースにテストデータを入力することも良い考えかもしれませんが、ユースケースに依存します。 setUp

（殘りのFAQパーツは、元のテキスト構(gòu)造と一致するようにここに翻訳する必要があります）

以上がクイックヒント：使い捨てデータベースを使用したSymfonyアプリをテストしますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。