Download to read offline
Uploaded byQADay
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
Lviv Direction QADay 2023 (automation) ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування» telegram: wwww.t.me/goqameetup fb: www.fb.com/goqaevent fb: www.fb.com/qaday.org linkedin: https://www.linkedin.com/company/goqa/ Сайт: www.qaday.org
More Related Content
![대용량 데이터레이크 마이그레이션 사례 공유 [카카오게임즈 - 레벨 200] - 조은희, 팀장, 카카오게임즈 ::: Games on AWS ...](https://cdn.slidesharecdn.com/ss_thumbnails/t4s2-221108115925-5b63bf11-thumbnail.jpg?width=640&height=640&fit=bounds)
![[오픈소스컨설팅]Java Performance Tuning](https://cdn.slidesharecdn.com/ss_thumbnails/javaperformanetuning-150408192031-conversion-gate01-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
ОЛЕГ ЗАРЕВИЧ «Shift left та Shift Right підходи до тестування»
- 1. Shift left таShift Right підходи до тестування
- 2. Який настрій увас ? 1 2 3
- 3. • Олег Заревич •DevOps SRE engineer • В тестуванні з 2012 • Більше 5 років займався автоматизацією • Фанат Microsoft стеку • Ментор та спікер • Пишу тут https://medium.com/@olegzarevych
- 4.
- 5. Проблема • Довгий зворотнійзв’язок • Призводить до збільшення ціни • Уповільнює реліз
- 6. Антипатерни • Нічний запусктестів • Ручні регресії довжиною у вічність
- 8. Shift Left testing •Shift Left – підхід у якому ми зміщуємо тестування у сторону розробки та дизайну • Приципи: • Testability in mind • Фокус на автоматизацію • Швидке та часте виконання тестів • Починаємо з низу тестової піраміди
- 9. Види тестів • Staticcode analysis – Sonar, PMD, FindBug • UnitIntegration tests • Contract tests – pact.io • E2E test – API, UI • Security tests • Compliance tests
- 10. Quality gates • Запускна машині розробника • IDE • Pre-commit hook • Запуск на CI • При створенні PR чи вітки
- 11. E2E tests inShift left • Тести повинні бути стабільними • Повинні швидко виконуватись • Запуск з однієї команди • Не повинні залежати від тестових даних
- 12. Security testing • Автоматизаціябазових перевірок безпеки • Dependency scanning • Security testing automation – BDD security, Gauntlt
- 13. Compliance testing • Перевіркаінфраструктури на відповідність стандартам • Docker image scanning – Clair, Container Structure Tests • Infrastructure tests – terratest
- 14. Shift Right testing •Shift Right – зміщення тестування після деплоя на продакшин • Але не обов’язково що саме на продакшин • Аксіома - Ваша система впаде у продакшені • Ціль – бути до того готовим та швидко реагувати
- 15. Smoke testing onprod • Маленький набір тестів • Тести повинні покривати основні бізнес сценарії • Стабільні та швидкі
- 16. APM & Monitoring •Отримувати дані про стан системи – Response time, error rate • Бачити стан hardware – CPU, memory, networking • Бізнес метрики • Трейсинг помилок та збір логів • Нотифікації про проблеми • Tools – Prometheus, Datadog, Dynatrace • Tracing – AppInsight, ELK, Jaeger
- 17. Synthetics checks • SyntheticAPI monitoring • Real User Monitoring • Отримуємо доступність сервісу • Отримуємо повідомлення коли щось йде не так • Tools – Postman, Pingdom, Datadog
- 18. Canary releases • Технікарозгортання сервісу, коли доступ до нової версії отримує певний % користувачів • Після певного часу, по відсутності помилок, доступ отримують більше або всі користувачі • Легко відкотитись назад
- 19. Chaos engineering • Виконуєтьсяна продакшині • Моделюється проблема • Повне завантаження CPU чи memory • Зупинка сервісу • Аналізуємо бізнес метрики • Результат – мінімізуємо зону ураження • Tools – Gremlin, Chaos Monkey
- 20. Summary • Всі практикита підходи залежать від контексту • Shift Left & Shift Right – це не ціль, а шлях • Якість – командна відповідальність • Не обовязково реалізовувати підхід, достатньо його запропонувати