🛠 Еще немного про хотфиксы и разбор полетов🪲

Когда-то я писал пост про то, как мы я пропустили баг и пришлось в срочном порядке делать хотфикс. Под тем постом был хороший вопрос, на который я, к своему стыду, так и не ответил до этого момента. Вот сейчас исправляюсь:

"Что вы делаете после таких хотфиксов? Пишете автотест? Делаете постмортем? Ретро? Саморефлексия?)"

Рассказываю, как это устроено у нас сейчас:

🔹 Автотесты. Обязательного правила писать автотест на баг нет. Автоматизаторы у нас достаточно автономны: они в основном покрывают стабильные (неизменяемые) части приложения и чинят существующие тесты.

Плюс баг был в экспериментальной фиче, которая A/B тестится и может вообще не попасть в прод, поэтому автоматизировать такое нецелесообразно.

🔹 Постмортем. Такое у нас есть. На конфлуенсе создается документ, где описывается:

– что произошло
– почему так вышло
– какие шаги предприняты, чтобы такое не повторилось

🔹 Ретроспектива. За почти полгода в компании ретро пока ни разу не было 🙃 Планируем провести первую ретроспективу после релиза большой фичи на следующей неделе. Хотфикс, о котором шла речь, скорее всего уже никто не вспомнит.

🔹 Саморефлексия. Ну это прямо мое. Иногда даже чрезмерная: разбираю, что сделал не так, что мог бы сделать лучше, в чем моя ошибка и т.п. Иногда это полезно, а иногда просто съедает ресурсы. Но чаще всего потом приходит вывод: "ничего страшного, просто работа”, но путь до него обычно небыстрый 😅

Спасибо тем, кто не только читает, но и пишет комментарии. Вопрос под тем постом был как раз из таких, который заставил остановиться, подумать и написать продолжение ✍🏻

А как у вас это устроено? Что происходит после хотфиксов? Делаете постмортемы, пишете автотесты, проводите ретро?

Пишите в комменты — будет интересно сравнить процессы.

📱 Подписывайся на канал @QA_quality_assurance тут про тестирование и айти💻
-----------------------------------------
📱 YouTube Про тестирование и АйТи

👍 Instagram QA and IT

📲 Записаться на курс