mekras / symfony-bundle-testing
Инструменты для тестирования пакетов Symfony
Installs: 160
Dependents: 0
Suggesters: 0
Security: 0
Stars: 0
Watchers: 1
Forks: 0
Open Issues: 0
Type:symfony-bundle
Requires
- php: ^7.4|^8.0
- nyholm/psr7: ^1.5
- symfony/browser-kit: ^5.4|^6.0|^7.0
- symfony/framework-bundle: ^5.4|^6.0|^7.0
- symfony/yaml: ^5.3|^6.0
Requires (Dev)
- infection/infection: ^0.26
- phpstan/extension-installer: ^1.0
- phpstan/phpstan: ^1.0
- phpstan/phpstan-phpunit: ^1.0
- phpunit/phpunit: 9.5.16
- symfony/psr-http-message-bridge: ^1.3|^2.0
This package is auto-updated.
Last update: 2024-11-04 17:49:16 UTC
README
Эта библиотека предоставляет инструменты для автоматизированного тестирования пакетов (bundles) Symfony.
Оглавление
Установка
Требования
- PHP 7.4+
- Symfony 5.4+
Установка через Composer
В консоли в корне проекта выполните команду:
composer require --dev mekras/symfony-bundle-testing
Интеграционные тесты
Интеграционные тесты позволяют проверить как в действительности будет вести себя ваш код во взаимодействии с Symfony.
Основной класс интеграционных тестов
Рекомендуется в каждом проекте создавать отдельный основной класс для всех классов ваших интеграционных тестов, как единую точку определения конфигурации тестов и добавления общих методов.
Этот класс должен быть унаследован от BaseSymfonyIntegrationTestCase.
Пример — tests/Integration/IntegrationTestCase.php
:
namespace Acme\MyBundle\Tests\Integration; use Mekras\Symfony\BundleTesting\BaseSymfonyIntegrationTestCase; abstract class IntegrationTestCase extends BaseSymfonyIntegrationTestCase { }
Все классы интеграционных тестов должны наследоваться либо от этого класса, либо от
BaseSymfonyIntegrationTestCase
.
Определение имени главного класса вашего пакета
Важным элементом интеграционного тестирования пакета Symfony является знание его главного класса
(*Bundle
). За это отвечает метод BaseSymfonyIntegrationTestCase::getBundleClass()
.
Если вы следуете
соглашениям по именованию пакетов,
то getBundleClass()
должен правильно определять и возвращать имя класса. Если же он этого не
делает, можете переопределить его в своём IntegrationTestCase
:
namespace Acme\MyBundle\Tests\Integration; use Acme\MyBundle\AcmeMyBundle; use Mekras\Symfony\BundleTesting\BaseSymfonyIntegrationTestCase; abstract class IntegrationTestCase extends BaseSymfonyIntegrationTestCase { protected function getBundleClass(): string { return MyBundle::class; } }
Написание тестов
Костяк теста выглядит так:
namespace Acme\MyBundle\Tests\Integration; final class SomeTest extends SymfonyIntegrationTestCase { public function testSomething(): void { // Создаём тестовый контейнер зависимостей: $container = $this->createContainer(); // Здесь можно настраивать контейнер зависимостей и задавать ожидания. // Компилируем контейнер, чтобы подготовить его к тестам: $container->compile(); // Здесь можно писать утверждения. } }
Как правило, вначале надо создать контейнер зависимостей, т. к. почти вся интеграция с Symfony
ведётся через него. Метод $this->createContainer()
создаёт тестовый контейнер (он подробно описан
ниже), который будет являться основной ваших тестов.
Контейнер создаётся с минимально необходимой предварительной конфигурацией:
- устанавливаются важные параметры
kernel.*
; - регистрируются пакеты, возвращаемые методом
getRequiredBundles()
(см. далее); - регистрируется тестируемый пакет, определяемый описанным выше методом
getBundleClass()
; - выполняется ряд других действий.
После создания контейнера, но до его компиляции вы можете произвести с ним дополнительные действия по настройке или задать ожидания, как будет описано ниже.
Далее контейнер необходимо скомпилировать, чтобы привести его в состояние, соответствующее времени
выполнения приложения. Это делается методом $container->compile()
.
После компиляции можно выполнить нужные действия по проверке получившегося контейнера.
Ниже эти вопросы будут рассмотрены подробнее.
Тестовый контейнер зависимостей
Сердцем интеграционных тестов является контейнер зависимостей, позволяющий проверить правильность регистрации в нём расширений вашего пакета, взаимодействие с ядром Symfony и/или другими пакетами.
Для создания тестового контейнера используйте метод
BaseSymfonyIntegrationTestCase::createContainer
:
final class SomeTest extends SymfonyIntegrationTestCase { public function testSomething(): void { $container = $this->createContainer(); // … } }
Метод создаст и вернёт новый экземпляр класса
TestContainerBuilder, расширяющего стандартный
ContainerBuilder
Symfony описанными ниже возможностями.
В одном тесте можно создать несколько независимых контейнеров.
Загрузка расширений контейнера зависимостей
Метод предназначен для тестирования расширений контейнера зависимостей Symfony и позволяет проверить, правильно ли эти расширения загружаются, правильно ли настраивают контейнер.
public function testSomething(): void { $container = $this->createContainer(); $container->loadExtension(new MyExtension()); $container->compile(); self::assertTrue($container->hasExtension('my_extension_alias')); }
Загрузка в контейнер зависимостей других пакетов
public function testSomething(): void { $container = $this->createContainer(); $container->registerBundle(MonologBundle::class); $container->compile(); self::assertTrue($container->hasExtension('monolog')); }
Как проверить, что в контейнере есть нужна служба?
Предположим, ваш пакет должен зарегистрировать в контейнере службы с идентификаторами
some.service.id
и щерук.service.id
. Проверить, что это действительно делается, можно так:
public function testFooServiceExists(): void { $container = $this->createContainer(); $container->expectDefinitionsExists( 'some.service.id', 'other.service.id', // … ); $container->compile(); // Если не добавить эту строку, то PHPUnit может ругаться на отсутствие утверждений. $this->expectNotToPerformAssertions(); }
Как получить службу из контейнера?
Публичные службы можно получить обычным способом — через метод Container::get()
:
public function testSomething(): void { $container = $this->createContainer(); $container->compile(); $someService = $container->get('some.service.id'); // Ваши проверки… }
Приватные службы можно получать через локатор или сделать публичными.
Получение через локатор:
public function testSomething(): void { $container = $this->createContainer(); $this->addToLocator(['some.private.service.id'], $container); $container->compile(); $someService = $this->getFromLocator('some.private.service.id', $container); // Ваши проверки… }
Сделать публичной:
public function testSomething(): void { $container = $this->createContainer(); $container->makePublic('some.private.service.id'); $container->compile(); $someService = $container->get('some.private.service.id'); // Ваши проверки… }
Как добавить другие пакеты в контейнер?
Если вы хотите протестировать интеграцию с другими пакетами, их можно добавить в тестовый контейнер
с помощью метода BaseSymfonyIntegrationTestCase::getBundleClass()
.
Для одного теста это можно сделать непосредственно в нём между созданием и компиляцией контейнера:
public function testSomething(): void { $container = $this->createContainer(); // Добавляет в контейнер MonologBundle: $container->registerBundle(MonologBundle::class); $container->compile(); // Ваши проверки… }
Если это нужно для всех ваших тестов, то рекомендуется переопределить метод
createContainer
в основном классе:
namespace Acme\MyBundle\Tests\Integration; use Mekras\Symfony\BundleTesting\BaseSymfonyIntegrationTestCase; use Symfony\Bundle\MonologBundle\MonologBundle; use Symfony\Component\DependencyInjection\ContainerBuilder; abstract class IntegrationTestCase extends BaseSymfonyIntegrationTestCase { protected function createContainer(array $public = []): ContainerBuilder { $container = parent::createContainer($public); $container->registerBundle(MonologBundle::class); return $container; } }
Так же есть возможность сразу задать список пакетов, которые надо загружать, переопределив метод
getRequiredBundles()
:
namespace Acme\MyBundle\Tests\Integration; use Mekras\Symfony\BundleTesting\BaseSymfonyIntegrationTestCase; use Symfony\Bundle\MonologBundle\MonologBundle; use Symfony\Component\DependencyInjection\ContainerBuilder; abstract class IntegrationTestCase extends BaseSymfonyIntegrationTestCase { protected function getRequiredBundles(): array { return \array_merge( parent::getRequiredBundles(), [ MonologBundle::class, ] ); } }
Как устранить ошибку «service or alias has been removed or inlined»?
Если при извлечении из тестового контейнера вы столкнулись с такой ошибкой:
The "foo" service or alias has been removed or inlined when the container was compiled. You should either make it public, or stop using the container directly and use dependency injection instead.
то решить её можно сделав эту службу публичной, указав её в аргументе $public
метода
createContainer()
:
public function testSomething(): void { $container = $this->createContainer(); $container->makePublic('some.private.service.id'); $container->compile(); $someService = $container->get('some.private.service.id'); // Ваши проверки… }