💀 Post-mortem: Це не розстріл, а розбір польотів. Очима QAПривіт, екіпаж!Уявіть ситуацію: П'ятниця. Вечір. Критичний баг на проді. Клієнти втрачають гроші. Ви все пофіксили, видихнули, але в понеділок приходить запрошення в календар: "Incident Post-mortem". У багатьох QA холоне кров. Вони думають, що це буде суд, де прокурор (CTO) буде питати: "Чому ти це пропустив?".Давайте змінимо ставлення. Post-mortem (або Retrospective) — це не пошук винних. Це пошук дірок у процесі.Ось як QA має поводитися на цій зустрічі, щоб не бути "цапом-відбувайлом", а виглядати як профі.🛡Головне правило: Blameless Culture. Якщо хтось каже: "Це Вася винен, він погано протестував", зупиняйте це. Люди помиляються. Це факт. Ми не шукаємо, хто винен. Ми шукаємо, чому система дозволила людині помилитися. 🔹Неправильно: "QA пропустив баг".🔹Правильно: "У нас немає автотестів на цей модуль, а часу на ручну перевірку не вистачило". 🕵️‍♂️ Метод "5 Чому" (5 Whys). Ваша зброя — це логіка. Копайте до кореня проблеми (Root Cause). 🔹Проблема: Користувачі не могли залогінитися.1️⃣ Чому? Впав сервіс авторизації.2️⃣ Чому? Він отримав невалідний токен.3️⃣ Чому? Ми оновили бібліотеку токенів, але не оновили конфіг.4️⃣ Чому тестувальники це не знайшли? На стейджингу старий конфіг працював, бо там інше оточення.5️⃣ Чому оточення різне? У нас немає синхронізації інфраструктури (IaC). 💡 Висновок: Винен не QA. Винна відсутність Docker/Terraform. Action Item: Синхронізувати налаштування Prod і Staging.📝 Твій шанс на покращення (Action Items). Post-mortem — це єдиний час, коли бізнес готовий слухати про "технічний борг". Ви пропустили баг, бо не було часу? Скажіть це: "Щоб такого більше не було, нам потрібно покрити цей модуль автотестами. Це займе 2 тижні. Виділяємо час?". Після факапу вам це дозволять. Користуйтеся моментом!🚫 Заборонені фрази. Ніколи не пишіть у звіті такі "Action Items":"Бути уважнішим" (Це не працює. Людина втомлюється)."Більше тестувати" (У вас немає більше часу)."Покарати винного" (Це вб'є мотивацію команди). Замість цього:"Додати автотест на цей кейс"."Додати моніторинг помилок в Sentry"."Оновити чек-лист релізу". Висновок: Не бійтеся Post-mortem. Це як розтин: процедура неприємна, але вона допомагає вилікувати хворобу. Якщо ви покажете, що проблема в системі, а не в ваших очах — вас почнуть поважати як інженера.А який найепічніший баг ви пропустили на прод? У мене колись впала оплата, бо рік був високосний... 🗓 👇