Автотесты можно поделить на 3 типа:
- Браузерные
- Интеграционные
- Модульные

Те, которые делаются с помощью $this->visit… - это интеграционные, либо браузерные, если использовать Laravel Dusk.

Интеграционные тесты подразумевают  под собой тестирование функциональности, к примеру api endpoint.

Модульный - тестирует мелкую часть приложения, к примеру один класс или метод.

Браузерный грубо говоря как интеграционный, только имитирует действия пользователя, путём запуска браузера и выполнения алгоритма.

Есть 2 вида тест энжайнов в ларавеле - с заходом на страницу ("браузерные") и без. Те, которые без - это практически чистый пхпюнит с добавлением полезных методов. Шлем пост туда-то, получаем такой-то респонс, смотрим, что в базе появилось поле. Либо дергаем метод класса и смотрим, что он нам вернет.
С другой категорией тестов сложнее, раньше в ларавеле был Кравлер, который имитировал заход на страницу (а по факту просто тырил отрендеренный код вьюхи) и всякие нажатия. Если я не ошибаюсь, то ты юзал именно его. Преимущества - быстрый, простой, удобный. Недостатки - не может в джаваскрипт. А потом его выпилили (вроде в 5.3) и сказали "вот вам Даск, юзайте, он может в джаваскрипт". Даск медленный и не очень удобный, но тут дело привычки.

Т.е получается что тестирование это даже отдельная специальность?

Просто интересно в компаниях программисты пишут тесты сами?

я думаю, во многих. Специфика автотестов такая, что лучше всего их напишет тот, кто писал код. Ну либо наоборот, если тдд) Но левому человеку это сделать крайне тяжело, какой бы скилловый он не был. Хотя на эту тему можно спорить вечно, сколько людей - столько и мнений

есть какие-то устоявшиеся вещи, что юнит тесты - это точно забота программиста, а, скажем, нагрузочные - чаще всего забота тестировщика. А все, что между, зависит от компании и принятых там стандартов.

Я понял! Спасибо тебе огромное. Тесты конечно это вещь!

Хороший курс, ещё давно приобрёл

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

Тесты к своему коду пишет конечно сам разработчик, особенно если используешь TDD подход, он изначально подразумевает написание тестов.

Я понял! Я только не могу понять - это же сколько времени я буду писать магазин))))

быстрее, чем чинил бы багло при отсутствии тестов)

но иногда заказчику это тяжело объяснить

Определённо дольше чем без тестов 😄
Но зато багфиксинг займёт в разы меньше времени

))) ну это да.

Заказчики больше 500$ платить не хотят))))

но, опять же, не для всех проектов оно нужно. Если пишешь чет для себя, чтоб опробовать подход или технологию, тесты можно не писать)

Но конечно хочется делать по человечески. И научится делать правильно

Окрім тих поектів де опробовуєш самі тести звичайно)

Хмм в голові звучало смішно