Тестировщик и DevOps: позволяют ли интерфейсы системы эффективно решать инциденты? (SQAdays-22 2017-11) — различия между версиями
Материал из MaksWiki
(Новая страница: « [http://sqadays.com/ru/talk/55371 Доклад на SQAdays-22] 19.11.2017 Видео ожидается Одна из задач тестировщика - п…») |
м |
||
| Строка 3: | Строка 3: | ||
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе. | ||
| + | |||
| + | =Презентация= | ||
{{Presentation|Good interface for DevOps - SQAdays-2017-2.pdf|256px}} | {{Presentation|Good interface for DevOps - SQAdays-2017-2.pdf|256px}} | ||
[[Категория:Люди]][[Категория:Архитектура]][[Категория:Доклады]] | [[Категория:Люди]][[Категория:Архитектура]][[Категория:Доклады]] | ||
Версия 13:13, 18 ноября 2017
Доклад на SQAdays-22 19.11.2017 Видео ожидается
Одна из задач тестировщика - посмотреть на систему глазами службы сопровождения, проверить, позволяют ли интерфейсы системы эффективно обрабатывать инциденты, соблюдая SLA. Тем более, что тестировщики часто сами и обеспечивают сопровождение. Хорошо обработать инцидент - это не только локализовать ошибку в системе, но и помочь пользователю решить его бизнес-задачу, найти обходной путь "здесь и сейчас". А причина проблемы может быть не только там, где возник инцидент, но и в смежной системе. Опыт показывает, что это часто является слабым местом и требует привлечения разработчиков для прямого анализа данных и их исправления непосредственно в базе.
Презентация
Скачать весь pdf
