Как превратить ошибку Sentry в полезный черновик баг-репорта
Событие ошибки может стать хорошей основой баг-репорта, если сохранить его контекст. Черновик должен объяснить наблюдаемый сбой и то, что разработчику ещё нужно для воспроизведения.
Начните с подходящего материала.
- Что вы предоставляете
- одно читаемое событие Sentry с выбранными сведениями об ошибке и окружении.
- Ожидаемый результат
- Черновик отчёта на основе читаемых сведений об ошибке, без выполнения кода.
Как устроен рабочий процесс.
Используйте предоставленные сообщение ошибки, сведения о стеке и окружении. Отделяйте свидетельства события от предполагаемой причины и сохраняйте полезные ссылки, не раскрывая секреты или посторонние пользовательские данные.
Что проверить в результате.
Проверьте версии, временные метки и охват затронутого события. Трассировка стека указывает на наблюдаемое выполнение, но сама по себе не доказывает первопричину или работоспособность предложенного исправления.
Просмотрите Markdown, чтобы проверить заголовки, списки и ссылки, а также сам текст. Сохраняйте ссылки на источники вместе с документом, чтобы проверяющий мог проследить важные утверждения до предоставленных материалов.
Разберите готовый пример.
Скачиваемый пример Markdown показывает один вариант организации результата. Читайте его вместе с исходным примером и различайте зафиксированные факты, предложенные формулировки и вопросы без ответа.
Приведённый пример служит иллюстрацией. Это не запись запуска на ваших данных.
Скачать пример ↓Используйте со своими материалами.
- Откройте нужный источник и активируйте WebAct в этой вкладке.
- Скопируйте задание из верхнего блока, добавьте нужные поля или предпочтения и проверьте предложенные действия.
- Сравните первый результат с источником. При необходимости запросите конкретное исправление или уточнение.