Тестирование (PHPUnit) баз данных в Laravel — совершенно запутался в настройке — как разобраться?

Question

[Роми]

В документации по Laravel https://laravel.com/docs/8.x/database-testing почему-то предполагается, что я уже года два только и делаю, что тестирую базы данных. Но это не так. Тема тестирования для меня достаточно свежая. Поэтому я совершенно не понимаю:

1. Зачем мне делать "Resetting The Database After Each Test"?

2. Почему в настройках phpunit.xml нужно указывать 'sqlite' и ':memory:'?

Еще в версии 5.4 есть такая фишка:

use Illuminate\Foundation\Testing\DatabaseMigrations;
use Illuminate\Foundation\Testing\DatabaseTransactions;

это тоже относится к п.1

Может кто-то просто и понятно в двух предложениях объяснить, зачем всё это вообще нужно?

Comments

[Алексей Скляров]

Все очень быстро гуглится:
1.

Часто полезно сбрасывать свою БД после каждого теста, так чтобы данные из предыдущего теста не мешали последующим тестам.

2.

Что касается тестов, которые требуют "общения" с базами данных, - лично я на практике сталкивался с двумя вариантами. Первый - просто создаётся база данных для тестирования. Используем в проекте PostgreSQL - значит создаём тестовую базу PostgreSQL, используем MySQL - создадим тестовую базу MySQL. Хотя тесты занимают больше времени, но при таком подходе мы можем быть уверены, что не возникнет никаких нюансов, связанных с различной реализацией (простите за тавтологию) различных баз данных.

Второй вариант - использование SQLite in memory. Т.е. физически база данных не создаётся - все данные во время тестирования хранятся в памяти, что положительно сказывается на времени выполнения тестов. Надо признать, что данный способ довольно распространён, поскольку в реальной жизни не так часто разработчики используют те возможности БД, которые не позволяют подменить используемую базу на SQLite при тестировании.

[Роми]

TheAndrey7, допустим я хочу убедиться в том, что экземпляр модели, скажем, Order, корректно сохраняется в БД -- как мне в этом помогут данные настройки? У меня ведь модель-то сохраняется в таблицу orders в MySQL - у меня в sqlite вообще никакой структуры нет.

Я понимаю что я чего-то не понимаю, но не понимаю чего именно :)

[Роми]

Алексей Скляров, "сбрасывать" - это что именно делать? Очищать каждую таблицу БД? Или откатывать ее к состоянию до транзакции? Или что?

Ага! Спасибо! Насчет особой БД исключительно для тестирования - так уже понятней. Я тоже сегодня думал о подобном ))

Насчет SQLite in memory - сама концепция понятна, но непонятно вот что - откуда там возьмется СТРУКТУРА БД. Например: я хочу убедиться в том, что экземпляр модели, скажем, Order, корректно сохраняется в БД -- как мне в этом помогут данные настройки? У меня ведь модель-то сохраняется в таблицу orders в MySQL - у меня в sqlite вообще никакой структуры нет. (это я себя же процитировал из камента выше)))

[Алексей Скляров]

Роми, ларавел написан так, что вам не нужно переживать какую бд вы используете, все миграции нормально накатятся и на мускул,и в постгрес, и тд.

[Роми]

Алексей Скляров, а причем здесь вообще миграции? Я же не буду перед каждым тестом запускать миграции. Или именно это и предполагается? Т.е. "сбрасывать БД" - это очищать ее ПОЛНОСТЬЮ - так что ли? А потом каждый раз заполнять из миграций и сидов? Так и делают обычно?

Answer 1

[Роми]

В общем, получается так, что гайдописатели опять слишком перемудрили :)

Вполне достаточно поместить в определение класса строчку:

use DatabaseTransactions;

Тогда записи в БД просто откатываются обратно - в трейте DatabaseTransactions это реализуется через хук:

beforeApplicationDestroyed()

без остальных изысков вполне можно обойтись.

В дополнение к этому можно использовать другую копию основной БД чисто для тестирования.