Готуйтесь до релізу заздалегідь

Привіт друзі! Нещодавно ми готували та видавали на ПРОD черговий реліз, і як завжди збирали по ньому інформацію:
✅ які модулі?
✅ які версії цих модулів містять потрібні зміни (і не містять зайві)?
✅ Які міграції баз даних мають бути виконані?
✅ які дані мають бути створені в яких системах?
✅ які конфіги мають бути оновлені?
✅ які сторі, баги та таски ми віддаємо та закриваємо?

Нічого складного, нормальний типовий release management. Чому ж я вирішив про це написати? Бо помітив тенденцію, що чим більший і складніший продукт, тим важче прослідкувати всі дії, що мають бути виконані.
Все ще згадую один проєкт, де інструкція для release інженерів та девопсів 👩‍💻 була описана окремим документом десь з 50 сторінок ⚠️ І найстрашніше, щоб впевнитись, що там нема помилок, треба було хоча б один раз її пройти від початку і до кінця і впевнитись, що все написано зрозуміло і в правильному порядку 🙀

Це все до чого? Рекомендація дня 🟡 – готуйтесь до релізу заздалегідь. З першого дня проєкту. Створіть документ.
Додали конфіги – записали це.
Створили дані – вкажіть це.
Порядок деплою важливий – не розраховуйте на пам’ять – занотуйте. Майбутній ви скаже вам дякую ❤️

А як ви готуєтесь до релізів?

Позначки:
28 Жовтня 2022
Автор: 
  • Проактивність
  • Про конференцію Kyiv QA Day 2021
  • Тестові дані
  • Огляд доповідей QAFest 2019

Залишити коментар

Залишити вiдгук