Тестировщик и 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 | ||
Видео ожидается | Видео ожидается | ||
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | ||
| + | |||
| + | [https://twitter.com/Saint_qa/status/931807031052423168 Отзыв Паша @Saint_qa] ''прикольный доклад о devops. Докладчик супер и веселый )))))'' | ||
=Презентация= | =Презентация= | ||
Текущая версия на 18:21, 7 декабря 2023
Доклад на SQAdays-22 19.11.2017 Видео ожидается
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе.
Отзыв Паша @Saint_qa прикольный доклад о devops. Докладчик супер и веселый )))))
Презентация
Скачать весь pdf
