Source
QA Co-pilot | Все горить, реліз через годину": Рятуємось через Risk-Based TestingПри...
43 Views/Reach
2026-01-31 10:25
Message №181
🔥 "Все горить, реліз через годину": Рятуємось через Risk-Based TestingПривіт, екіпаж!Знайома ситуація? Менеджер вбігає в чат: "Треба релизити хотфікс прямо зараз! У тебе є 30 хвилин на тести!". А у тебе регресійний набір на 4 години. 😱Якщо ви почнете проходити тести по порядку (1, 2, 3...), ви можете витратити ці 30 хвилин на перевірку "коліру футера", а в цей час "Оплата карткою" буде зламана. Тут і потрібен Risk-Based Testing (Тестування на основі ризиків).Простими словами: Ми тестуємо спочатку те, що боляче вб'є бізнес, якщо зламається.📊 Матриця "Страх і Ненависть"Уявіть кожен модуль вашого сайту і оцініть його за двома шкалами:
1️⃣ Impact (Вплив): Як сильно нам буде боляче? (Втратимо мільйон чи просто буде негарно?)2️⃣ Probability (Ймовірність): Наскільки ймовірно, що там баг? (Це складний новий код чи старий стабільний модуль?)
Отримуємо 4 категорії. Ось ваш план дій:🔴 Зона Смерті (High Impact + High Probability)
🔹Що це: Нова фіча в кошику, інтеграція платіжки, яку писав джун.🔹Дія: Тестуємо негайно і глибоко. Це 80% вашого часу. Якщо тут баг — реліз скасовується.
🟡 Зона Параної (High Impact + Low Probability)
🔹Що це: Логін, Головна сторінка. Воно працює роками, ми це не чіпали. Але якщо впаде — бізнес зупиниться.🔹Дія: Швидкий Smoke Test. Один раз пройшли позитивний сценарій — і досить.
🔵 Зона "І так зійде" (Low Impact + High Probability)
🔹Що це: Верстка в адмінці, іконки в футері, друкарські помилки в "FAQ". Розробники часто там косячать, але це нікого не вбиває.🔹Дія: Тестуємо, якщо залишився час. Якщо там баг — можна релизити з ним (Known Issue).
🟢 Зона Ігнору (Low Impact + Low Probability)
🔹Що це: Колір кнопки на сторінці "Політика конфіденційності" в браузері Safari 2015 року.🔹Дія: Не тестуємо. Забудьте. У вас немає на це часу.
🛡 Аналогія з життя:
🔹Парашут (High Impact): Перевіряємо 10 разів. Якщо не розкриється — смерть.🔹Зубна щітка (Low Impact): Якщо забули або вона зламана — неприємно, але виживемо.
Висновок: Хороший QA — це не той, хто перевірив ВСЕ (це неможливо). Це той, хто може сказати менеджеру: "Ми не перевірили футер, але я голову даю на відсіч, що оплата працює".А як ви обираєте, що тестувати, коли часу обмаль? Інтуїція чи чітка матриця? 👇