Изменения документа Об обработке ошибок
Редактировал(а) Alexandr Fokin 2024/02/11 14:43
<
>
отредактировано Alexandr Fokin
на 2021/10/16 12:25
на 2021/10/16 12:25
отредактировано Alexandr Fokin
на 2021/10/16 12:26
на 2021/10/16 12:26
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -9,7 +9,8 @@ 9 9 10 10 4) Логирование - не должно быть ситуации, когда технические ошибки могут просто пропасть, не попав в логи. 11 11 Или же у нас есть перечень допустимых ошибок, а все остальное пишется в логи. 12 +Достаточно ли хранимой и логируемой информации для понимания причины ошибки, воспроизведения ее на тестовом окружении? 12 12 13 13 5) Например: У нас есть WebApi, обрабатывающее входные запросы. Насколько информативным должен быть текст ответа API в случае ошибки валидации входных данных. Проверяются ли входные данные целиком или же обработка прекращается при нахождении первого недопустимого элемента? 14 14 15 -6) Например: У нас есть входная очередь и воркер, выполнябщий чтение и процесинг. Существуют ли какие либо ошибки, возникновение которых должно приводить к тому, что мы перестаем извлекать новые сообщения, останавливая обработку (например до наступления какого-то события), или же воркер в любом случае должен переходить к обработке следующего сообщения? Храним ли мы в каком-либо месте полный текст входного сообщения (или достаточное кол-во данных), чтобы иметь возможность обработать его повторного или воспроизвести ситуацию на тестовом окружении.16 +6) Например: У нас есть входная очередь и воркер, выполнябщий чтение и процесинг. Существуют ли какие либо ошибки, возникновение которых должно приводить к тому, что мы перестаем извлекать новые сообщения, останавливая обработку (например до наступления какого-то события), или же воркер в любом случае должен переходить к обработке следующего сообщения?