ISTQB сьогодні щедра на релізи — світ побачило одразу дві сертифікації: Certified Tester Quality in DevOps та Certified Tester Finance Testing. Подивімося для початку на першу🤓🔥Certified Tester Quality in DevOps — абсолютно нова і довгоочікувана сертифікація. Це перша офіційна міжнародна кваліфікація, яка відповідає на питання: «Як саме тестувальник повинен працювати у DevOps-середовищі?»Ця сертифікація формує у тестувальника T-shaped профіль: глибокі знання в тестуванні + широке розуміння DevOps-практик навколо. Вона не про те, "як писати тест-кейси" — вона про те, як вбудувати якість у весь процес розробки і delivery так, щоб команда могла релізити часто, надійно і без страху.Що цікаво з контенту сертифікації на перший погляд:☑️Окремий розділ про API testing і contract testingВ мікросервісній архітектурі API-тестування є набагато ефективнішим, ніж UI-тестування: швидший зворотний зв'язок, легша інтеграція в CI/CD, раннє виявлення дефектів. Contract testing окремо виділено як інструмент для перевірки сумісності між сервісами без залежності від реального оточення.☑️Автоматизація — необхідність, але не панацеяСилабус чітко каже: "automate everything you can", але при цьому окремо підкреслює, що ручне тестування все одно залишається. Зокрема:Exploratory testing — для дослідження поведінки, яку важко автоматизуватиCrowd testing — для широкого охоплення реальних пристроїв і сценаріївQuality hunting — gamified-підхід до отримання спільного розуміння рівня якості☑️DORA-метрики як мова комунікації між тестуванням і бізнесомЧотири ключові метрики: Change Lead Time, Deployment Frequency, Change Fail Percentage, Failed Deployment Recovery Time. Тестувальник повинен розуміти, як його робота впливає на кожну з них — наприклад, повільні тести збільшують lead time, недостатнє покриття збільшує change fail percentage.☑️Тестувальник повинен розуміти DevOps-практики поза тестуваннямСертифікація очікує розуміння: Infrastructure as Code (IaC), Feature Toggles, Branching Strategies, Blue-Green Deployment, Canary Releases, Chaos Engineering, Telemetry та Observability. Це не для того, щоб тестувальник все це налаштовував, але щоб він розумів контекст і міг брати участь у прийнятті рішень.☑️Якість даних і оточень — зона відповідальності командиTest Data Management (синтетичні дані, маскування PII, клонування) і стандартизоване управління тестовими середовищами через IaC та контейнеризацію — це частина роботи DevOps-команди, і тестувальник бере в цьому активну участь.🧐У спільноті тестувальників є ідеальний експерт з цього напрямку — Олег Заревич (10 років в QA, 6 років в DevOps, Full Adv ISTQB) — і вже наступного тижня на вас чекає огляд від нього на сертифікацію Certified Tester Quality in DevOps.