Тестировщик и DevOps: позволяют ли интерфейсы системы эффективно решать инциденты? (SQAdays-22 2017-11) — различия между версиями
Материал из MaksWiki
м |
м |
||
| Строка 3: | Строка 3: | ||
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | ||
| + | |||
| + | [https://twitter.com/Saint_qa/status/931807031052423168 Отзыв Паша @Saint_qa] ''прикольный доклад о devops. Докладчик супер и веселый )))))'' | ||
=Презентация= | =Презентация= | ||
Версия 13:43, 18 ноября 2017
Доклад на SQAdays-22 19.11.2017 Видео ожидается
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе.
Отзыв Паша @Saint_qa прикольный доклад о devops. Докладчик супер и веселый )))))
Презентация
Скачать весь pdf
