Сергей

Как уже заметили выше "скакать надо от печки", т.е. от данных , а не от инструмента или принято / не принято.

Вот пример их моей практики, где я использовал JSON (сначала в Mysql потом переехали на Postgres)

Заказчик присваивал атрибуты товарам и (!) их количество было переменным даже для одного типа. Например,
велосипед 1 (цвет, взрослым, подходит мужчинам женщинам, вес)
велосипед 2 (цвет, детям)
у одного велосипеда - два атрибута у другого - 20 (как производитель прислал) и потом по атрибутам заставил сделать фильтры на фронте.

Нормализовать это в реляционных терминах было бы неразумно - большинство полей в таблицах были бы дырками. А так, заказчик вносит редко, а выборка частая - индексация по отдельным json-полям существует в СУБД (ну или там виртуальные поля для программистов) - всё быстро.

можно, в связке с ларавель можно воспользоваться https://laravel.com/docs/8.x/http-client#testing

или мокнуть ваш класс (вот примерно так у меня )

$this->mock(RestApi::class, function (MockInterface $mock) use ($user) {
            $mock->shouldReceive('login')
                ->with($user->phone, $user->pass)
                ->andReturn([
                    'result' => ApiStatus::OK,
                ]);
        });

не очень понятно что конкретно вы хотите получить. Что-то типа этого:

Schema::table('devices', function (Blueprint $table) {
            $table->foreignId('user_id')->constrained()->onDelete('cascade');
            $table->foreignId('car_id')->nullable()->constrained()->onDelete('set null');
});