При структурированном подходе это чище и проще в поддержкЕ

Нарушила третья сторона - повод остановиться и пересмотреть, но не вписывать поведение третьей стороны в тесты

этот вывод я не понял

но если у вас работает, то хорошо

Сменили замки, не пытаться ломиться со старым ключом

а как вы узнаете, что замки сменились?

и кто вообще ломиться со старым ключом?

как вообще выглядит процесс замены замков?

Проверка контракта на основе предыдущих сессий обмена

можно с каким-то реальным примером

а то опять фраза, которая для меня почти ничего не значит(

При попытке вставить ключ в замочную скважину проверить визуально, что дверь и замок все те же

когда и кто это делает?

Система в момент взаимодействия с третьей стороной

как вы проверяете перед отправкой запроса, что база поддерживает sql по спецификации?

что в ней нужная схема нужной версии

Версия бд например и номер последней ревизии в миграциях

каждый раз перед запросом это проверяется?

При деплое

и я все равно не понимаю, как это вам поможет в ошибке в sql

в вашем репозитории

У тебя есть велосипедный звонок

для того, чтобы проверить контракт вам нужно в тестах сделать тест дабл sql-движка

У тебя есть велосипедный звонок

нет, у меня есть реляционная база

У него функция звонить при каждом взаимодействии с рычажком

а звонка нет

Ты будешь тестировать что каждый раз звук издается при ударе молоточка об звонок или оно так должно быть?

нет, я не занимаюсь велосипедными звонками

Тесты должны тестировать поведение твоих объектов

А не инфраструктуры

Тесты должны тестировать поведение твоих объектов

они и тестируют мой конкретный объект

который работает с базой

и мне важно проверить его контракт

Репозиторий тобой написан?

да

Ты его тестами покрыл?

так вот именно этим и занят

покрываю репозиторий

который ходит в базу

Ну тогда тестируй все подряд

Сетку потестируй

Сигнал до днс сервера

Уровень вайфая у соседей

Это же важно

ну если ты так говоришь

то ладно

Базу уже за тебя потестировали

я и не тестирую базу

Если ты говоришь базе сохранить

Она сохраняет

круто, буду знать

Вариантов не сохранить нет

Репозиторий отдает команду сохранить

Нужно проверить что команда отработала

Можно лезть в бд

А можно предположить что сохранить в бд работает и надо только проверить что это сохранить вызывается

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

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

а если реально, то наверное не нужно

Ну хорошо, я тебе верю

Это бред

Никто так не делает

Это чушь и вилами на воде писано

И тестируй бд чаще, оно ускоряет тесты

Всем же известно, что медленные тесты чаще всего запускают

И тестируй бд чаще, оно ускоряет тесты

один совет прям полезнее другого

Почитай на досуге про иронию и сарказм, оно очень сильно поможет в осознании величия пхпюнита и неизменяемых тестов

ERROR: S client not available

короч репозитории тестировать просто не надо, они сами 100% работают?

А как это связано с тестом бд?

Если ты тестируешь по модели черного ящика, то даже 146% покрытие тестами бд и всего репозитория не даст гарантии от неумного рефакторинга

А как это связано с тестом бд?

немного выше описал

Если же тестировать поведение репозитория с осознанием того что он делает и как - то тест бд можно пропустить, оставив только проверку поведения

Если же тестировать поведение репозитория с осознанием того что он делает и как - то тест бд можно пропустить, оставив только проверку поведения

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

если имеет, то тогда то, что ниже уровнем

а репозиторий остается покрыт юнит-тестом

У репозитория могут быть выборки по фильтру

если имеет, то тогда то, что ниже уровнем

ниже=ближе к внешнему миру

Которые в другой спеке просто замокаются

Никто так не делает

не буду даже ни на кого ссылаться, пусть так

Которые в другой спеке просто замокаются

само собой

я говорю про то, что на границе

не левее или правее

а про границу

На границе севкорейцы

С трампом

А что есть граница?

твой код, который идет во внешку

через уже не твой код

Репозиторий во внешку?

Эт чет сильное

в базу ну

Так уже обсудили же

Тестируем базу, застраховываем репозитории

Репозиторий в симфони максимум может в энтитименеджер зайти

Спросить сигаретку

ладно, мне надоело, удачи

Давай, тестируй базу

знатно бомбануло)

аж до утра поливало