3. • DevOps SRE engineer
• В ІТ з 2012
• Починав як тест інженер
• Більше 5 років займався
автоматизацією
• Фанат Microsoft стеку
• Ментор та спікер
• Пишу тут
https://medium.com/@olegzarevych
4. Agenda
• Трохи поговоримо про роль та обов’язки QA та DevOps
• Трохи поговоримо про області де наші задачі пересікаються
• Чого QA може навчити DevOps
• Які механізми DevOps стануть в нагоді для тестувальників
5. Для чого ця доповідь ?
• IT – це командний спорт
• Кожен член команди важливий, кожен внесок унікальний
• Для ефективної роботи, потрібна ефективна співпраця
• Розробка ПЗ залежить від контексту
• Мета доповіді:
• Показати що різні ролі залежні між собою, хоча часто це ігнорується
• І ефективна співпраця може покращити результат
6. Що таке QAQC
• Процеси у SDLC
• Які відповідаюь на питання – у якому стані зараз продукт
• Основний фокус – робочий продукт зі сторони бізнесу та end user-а
7. Що таке DevOps ?
• Концепція яка виникнула у 2007-
2009
• Ідея – у співпраці між командою
розроби та тих хто робить
інфраструктуру
• Команда розробки це не лише
розробники
• Основний фокус – робочий продукт
зі сторони інфраструктури
8. DevOps vs QA
• Тестування залежить від того
як ми робимо деплой
• Без впененого тестування ми
не можемо робити впевнений
деплой часто і швидко
• Не знаючи інфраструктури
архітектури, ми не можемо
робити детальне тестування
9. Чого QA може навчити DevOps
• Побудова спільного словника
• Що таке тести у розумінні QA
• Що таке тести у розумінні Dev
• Як працює додаток з точки зору end user-а
• Що важливо для stakeholders
• Що важливо для end users
• Priority vs Severity дефекта
• Запропонувати додаткові тести та аналізатори коду
• Донести розуміння, що додаток це трохи більше як запущений
контейнер
10. Чого DevOps може навчити QA
• Ввести його у deployment pipeline процес. Які стадії є, що за що
відповідає
• Розповісти про обмеження безпеки
• Розповісти про Disaster Recovery Plan
• Продемонструвати Observability
11. Observability
• Для роботи над дефектом,
потрібна максимальна
інформація
• Золоті сигнали
• Метрики
• Логи
• Трейси
12. Synthetic checks
• Постійний запуск тестів на
перевірку доступності системи
• Можуть бути у вигляді набір
API виклика, багато крокових
API викликів і навіть UI тестів
• Георозподілені
• Приклади:
• Postman monitors
• Pingdom
13. Chaos Engineering
• Підхід до аналізу роботи
додатку під час неочікуваних
збоїв
• Моделюєм сценарій збою
• Аналізуємо поведінку додатку
• Приклад:
• Як вплине на роботу додатка, те
що Redis впав
14. Summary
• IT – це командний спорт
• Співпраця та комунікація, а не технології можуть бути вузьким
місцем
• Роль QA інженера є центральною бо об’єднує бізнес та технічні
аспекти
• Співпраця між ролями покращує проєкт у всіх аспектах
• Досвід інших ролей може бути дуже корисним для подальшої
кар’єри