Как тестировать компоненты в Yii2?

Question

[Дмитрий Б]

Добрый вечер. Подскажите пожалуйста, как тестировать компоненты в Yii2? Ведь при тестировании свойство \Yii::$app не определено.
Вы используете \Yii::$container->get() ?

Comments

[samizdam]

Тестировать юнитами?

[Дмитрий Б]

samizdam: да

[samizdam]

Дмитрий Байбухтин: А что мешает инстанцировать объект компонента и тестить его методы, как обычно в юнитах?
В первом Yii так делаем. Прошлый проект был на двойке, уже плохо помню, но принципимальных отличий вроде бы нет - компонент это сервис, а Yii::app() - сервис локатор.

[Дмитрий Б]

samizdam: а конфиги? У компонентов есть конфиги ведь, не дублировать их же

[samizdam]

Дмитрий Байбухтин: А можете ссылку на код дать, так мне будет проще понять ситуацию.

У нас как-то без конфигов компоненты.

Вообще я пришёл к тому что в виде юишного компонента реализую только фабрики для каждого сервиса, и именно она доступна через синглтон контейнера. А в юнитах, напрямую инстанцирую объект сервиса, либо, когда сервис должен быть специальным образом сконфигурирован, в тесте получаю его через фабрику.

[Дмитрий Б]

samizdam: https://yadi.sk/i/-UY0x3Xfn9REW
В Yii2 есть DI и можно удаленно конфигурировать классы инициализированные через Yii::createObject()

[samizdam]

Дмитрий Байбухтин: Ну, я бы в этом случае сделал метод setServers(array $servers);
а вообще этот конкретный случай уже похоже тянет на интеграционное тестирование, не юнит, т.к. компонент взаимодействует со сторонней подсистемой.

[Дмитрий Б]

samizdam: ок, спасибо. setServers тут не при чем, подобное в Yii2 по умолчанию есть. Вообще Yii2 на много лучше первой версии, рекомендую попробовать.
Почитаю о тестировании, спасибо

[samizdam]

Дмитрий Байбухтин: да пробовал, знаю. Сейчас легаси проект на Yii1.
Да, в Yii многое завязано на магии и публичных свойствах, но это не очень хорошо влияет на объектно-ориентированный дизайн. Так что где возможно, стараюсь эту особенность не эксплуатировать: например вместо публичных свойств компонентов использовать приватные + сеттеры. Это улучшает интерфейс классов и в итоге влияет положительно на тестируемость.

Так-то фреймворк неплохой, особенно для быстрого прототипирования, когда database first подходит. Но если приложение большое, или доменная логика сложная, там уже Active Record начинает напрягать - не самый удачный шаблон проектирования, т.к. большая зона ответственности у классов. Хочется через DDD разрабатывать и иметь более абстрагированный от БД слой моделей - ORM, который бы позволял code first подход и соблюдение принципа persistance ignorance.

[Дмитрий Б]

samizdam: я не использую AR как это предлагает Yii. Логику раскидываю для классов. Например для работы с задачами у меня есть сущность Task и компоненты Tasks (CRUD операции), TasksPerformer (выполнение задач) и TasksFinder (поиск задач: find(), findOne(), get..., find...)
Не вижу никакого смысла делать геттеры/сеттеры, если они не используются и свойство публичное , это просто лишний код. Если нужно будет сделать, крайней просто сделать свойство protected и внедрить сеттер/геттер

Answer 1

[matperez]

Ну раз никто не отвечает..
Посмотрите как это сделано в https://github.com/yiisoft/yii2-codeception/blob/m...
Конкретно метод mockApplication. Он позволяет перед каждым тестом создать новый инстанс приложения с заданным конфигом (в том, числе с компонентами). Странно что вы его не использовали, потому что это входит в стандартный сетап для тестов в yii2-basic и yii2-advanced шаблонах.

Comments

[Дмитрий Б]

Я использовал этот класс, но компоненты не подключались. Спасибо за ответ, теперь знаю куда копать

[DrunkMaster]

А юнит-тестирование можно применять только к объектам/классам? Процедурный код невозможно подвергнуть тестированию?