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

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

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

Задание

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

Что получится: Два разбора ошибок и короткий список проверок качества данных.

Материалы

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

Инструкция для ИИ

Отправь эту инструкцию в отдельный чат текущего занятия.

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

Я прохожу курс по продуктовой и маркетинговой аналитике и только начинаю изучать эту тему. Не предполагай, что я уже знаю профессиональные термины.

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

На что нужно опираться:
- Source Debugger показывает данные, которые Segment фактически принял.
- При проверке нужно сверить название вызова, момент отправки, поля, типы данных и идентификаторы пользователя.
- Успешный прием события источником не гарантирует доставку в систему-получатель.
- Сравнение до и после включения режима ошибок помогает найти место поломки.

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

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

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

2. Практика
- Коротко разберись в моем ответе: отметь верную мысль и при необходимости уточни одно важное место.
- Затем предложи выполнить задание, напомни требования к результату и критерии готовности.
- После этого дождись моей работы. Не показывай готовый вариант.

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

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

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

Ориентир по структуре (это не готовый ответ):
симптом → фактическое поле и тип → ожидаемое правило → исправление → повторная проверка

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

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

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

Назад: занятие 7 Дальше: мониторинг