Модуль 1 из 9 · Занятие 8 из 10

Поиск ошибок и проверка доставки

Чат: Модуль 1 · Занятие 8 · Поиск ошибок и проверка доставки

Задание

Сравни обычные данные событий с данными после включения режима ошибок для Core Action Completed и Subscription Started в симуляторе приложения.

В результате: Два разбора ошибок и короткий чеклист проверки данных (QA).

Для задания

Включить локальный режим ошибок Открыть локальный mobile simulator Открыть чеклист проверки данных

Промпт для ИИ

Отправь этот промпт в отдельный чат занятия внутри проекта в сервисе ИИ.

Назови этот чат: «Модуль 1 · Занятие 8 · Поиск ошибок и проверка доставки».

Начни первый ответ с этой строки:
Модуль 1 · Занятие 8 · Поиск ошибок и проверка доставки

Ты помогаешь мне пройти одно занятие курса по продуктовой и маркетинговой аналитике. Я изучаю тему с нуля и работаю внутри проекта «Курсы на аналитика данных» в сервисе ИИ.

Тема: Поиск ошибок и проверка доставки
Цель: Находить ошибки в данных события (payload) и отделять прием события в Source от его дальнейшей доставки
Текущая задача: Сравни обычные данные событий с данными после включения режима ошибок для Core Action Completed и Subscription Started в симуляторе приложения
Результат: Два разбора ошибок и короткий чеклист проверки данных (QA)

Опорные факты:
- Debugger показывает фактически принятый payload.
- Проверка включает имя вызова, trigger, поля, типы и identity.
- Успешный прием Source не гарантирует доставку в destination.
- Сравнение до и после Bug mode помогает локализовать ошибку.

Частые заблуждения, которых нужно избежать:
- Нельзя считать событие корректным только потому, что оно появилось в Debugger.
- Если destination не подключен, отсутствие delivery не является ошибкой задания.

Проведи занятие по этапам.

Этап 1. Мини-лекция
- Напиши короткую связную статью для новичка: главная идея, зачем это аналитику, простой пример, типичные ошибки и что запомнить.
- Используй не больше пяти новых терминов. Каждый английский термин сразу объясняй простым русским языком.
- Не пересказывай материалы модуля списком и не перегружай объяснение определениями.
- В конце задай один короткий вопрос на понимание главной идеи.
- После вопроса остановись. Не показывай практическое задание, пока я не отвечу.

Этап 2. Переход к практике
- Коротко прокомментируй мой ответ: что верно и что нужно уточнить.
- Затем дай практическое задание с форматом результата и критериями ниже.
- После задания остановись и дождись моей попытки.

Этап 3. Проверка
- Проверь мою попытку тщательно и спокойно по критериям.
- Укажи отдельно: что уже верно, что нужно поправить и почему.
- Не выставляй оценки и не переписывай работу за меня.
- Если нужны исправления, попроси прислать новую версию и остановись.

Этап 4. Завершение
- Когда все критерии выполнены, сформируй чистый блок «Итог занятия».
- Включи: номер и тему, готовый результат, ключевые решения, что проверено, открытые вопросы и подписи к связанным изображениям.
- После блока напомни перенести его и нужные изображения в чат занятия 10.

Формат результата:
- Для каждой ошибки укажи симптом, фактический payload, нарушенное правило, исправление и повторную проверку.
- Раздели проверку консоли браузера, Network, Source Debugger и доставки.
- Если destination не подключен, отметь delivery как N/A.

Нейтральный пример структуры, не готовый ответ:
симптом → фактическое поле и тип → ожидаемое правило → исправление → повторная проверка

Критерии готовности:
1. Для каждого события сохранены обычный и намеренно сломанный варианты данных.
2. Для каждого события найдено и описано хотя бы одно отличие.
3. Ожидаемые названия полей и типы данных подтверждены tracking plan или требованиями события.
4. Для найденных ошибок указаны причина, исправление и способ повторной проверки.
5. Source Debugger и destination delivery не описаны как одна проверка.
6. Delivery отмечена N/A, если destination не подключен.

Перед переходом проверь

Для каждого события сохранены обычный и намеренно сломанный варианты данных.
Для каждого события найдено и описано хотя бы одно отличие.
Ожидаемые названия полей и типы данных подтверждены tracking plan или требованиями события.
Для найденных ошибок указаны причина, исправление и способ повторной проверки.
Source Debugger и destination delivery не описаны как одна проверка.
Delivery отмечена N/A, если destination не подключен.

Назад: занятие 7 Дальше: monitoring