Тестировщик и DevOps: позволяют ли интерфейсы системы эффективно решать инциденты? (SQAdays-22 2017-11) — различия между версиями
м (Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}) |
м |
||
| Строка 1: | Строка 1: | ||
{{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}} | {{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}} | ||
[http://sqadays.com/ru/talk/55371 Доклад на SQAdays-22] 19.11.2017 | [http://sqadays.com/ru/talk/55371 Доклад на SQAdays-22] 19.11.2017 | ||
| − | Видео | + | Видео https://vimeo.com/249366759 |
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | ||
[https://twitter.com/Saint_qa/status/931807031052423168 Отзыв Паша @Saint_qa] ''прикольный доклад о devops. Докладчик супер и веселый )))))'' | [https://twitter.com/Saint_qa/status/931807031052423168 Отзыв Паша @Saint_qa] ''прикольный доклад о devops. Докладчик супер и веселый )))))'' | ||
| + | |||
| + | = Видео = | ||
| + | |||
| + | {{Vimeoembed|249366759|640|212}} | ||
=Презентация= | =Презентация= | ||
Версия 14:01, 9 августа 2024
Доклад на SQAdays-22 19.11.2017 Видео https://vimeo.com/249366759
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе.
Отзыв Паша @Saint_qa прикольный доклад о devops. Докладчик супер и веселый )))))
Видео
Видео в HD-качестве, смотрите в полноэкранном режиме.
HTML-код включения <iframe src="https://player.vimeo.com/video/249366759?title=0&portrait=0" width="640" height="212" frameborder="0"></iframe>
Скачать → на странице видео на vimeo, кнопка «Download»
Презентация
Скачать весь pdf
