Изменения документа Об обработке ошибок

Редактировал(а) Alexandr Fokin 2024/02/11 14:43

<
От версии < 9.1 >
отредактировано Alexandr Fokin
на 2021/10/16 12:25
К версии < 11.1 >
отредактировано Alexandr Fokin
на 2021/10/16 12:26
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -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) Например: У нас есть входная очередь и воркер, выполнябщий чтение и процесинг. Существуют ли какие либо ошибки, возникновение которых должно приводить к тому, что мы перестаем извлекать новые сообщения, останавливая обработку (например до наступления какого-то события), или же воркер в любом случае должен переходить к обработке следующего сообщения?