Как стать автором
Поиск
Написать публикацию
Обновить

Тестирование без инцидентов в проде. Утопия или реальность?

Уровень сложностиСредний
Время на прочтение4 мин
Количество просмотров1.1K
Рейтинг0
Комментарии2

Комментарии 2

То есть баги есть, просто про них пользователи не пишут? И поэтому исходя из терминологии у вас 0 инцидентов?

Исходя из терминологии допускались:

Ошибки. Кейсы, связанные с человеческим фактором. Это кейсы, которые нарушают функционирование программы из-за неправильного её использования. Как правило, это кейсы, в которых пользователь ожидает увидеть не тот результат, который реализован по требованиям, либо стресс-сценарий.

Дефекты. В связи с ограниченными сроками спринтов не всегда возможно выпустить задачу, реализующую абсолютно все требования. Как правило, оставшийся функционал реализуются в течение следующих спринтов. При этом с визуальной и функциональной точки зрения пользователь ошибок не видит, функционал работает корректно и выполняет свою задачу. Также возможен выпуск задач с минорными и тривиальными багами.

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

Сбои. Так как мы живем не в идеальном мире, то всегда возможны перебои с техническим оборудованием, таким как сервера, сети, электроснабжение. Данные сбои не относятся к процессу разработки программы.

Инцидентов и отказов за рассматриваемый период не было. Инцидент заводится тогда, когда в службу поддержки поступает обращение о не выполнении программой функций, которые есть в требованиях, либо об отказе/сбое, который вызвала разработка команды.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий