Тестировщик и DevOps: позволяют ли интерфейсы системы эффективно решать инциденты? (SQAdays-22 2017-11) — различия между версиями
Материал из MaksWiki
м |
м (Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}) |
||
Строка 1: | Строка 1: | ||
+ | {{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}} | ||
[http://sqadays.com/ru/talk/55371 Доклад на SQAdays-22] 19.11.2017 | [http://sqadays.com/ru/talk/55371 Доклад на SQAdays-22] 19.11.2017 | ||
Видео ожидается | Видео ожидается |
Версия 18:21, 7 декабря 2023
Доклад на SQAdays-22 19.11.2017 Видео ожидается
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе.
Отзыв Паша @Saint_qa прикольный доклад о devops. Докладчик супер и веселый )))))
Презентация
Скачать весь pdf