⚛️Фича-флаги(feature flag).

Просто о Фича-флагах и их влиянии на процесс выпуска версии.

Фича-флаги это подход к выпуску ПО.
В рамках него новые доработки оборачиваются фича-флагами(можно назвать это аналогом тега, который присваивается к каждой функциональности. Тег может иметь состояние включен/выключен).

⭕️Фича-флаг по функциональности включен(true).
Это означает что конечный пользователь будет иметь доступ к функциональности, на которую навешен данный фича-флаг.

⭕️Фича-флаг выключен(false).
Код по фиче может находится в установленной версии ПО, но доступа к функциональности нет.

Как влияет на тестирование?

🔹нужно тестировать даже выключенные фича-флаги)
чтобы ничего не поломалось, если код добавили, обернули фича-флагом и на ПРОде доступа к нему не будет;
т.е. вам все равно нужно проверить, что это внесение изменений ничего не затронуло;

🔹следить за состояние фича-флага при тестировании и особенно в выпускаемом релизе
нужно продумать как вы будете понимать какие фича-флаги сейчас выключены/включены, чтобы в релиз случайно не ушла фича, которая еще не дотестирована;

🔹прежде чем тестировать фичу, нужно убедиться, что фича-флаг по ней включен
иначе, у вас просто не будет к ней доступа.

Зачем применяют такой подход:

🔹Разработка может сразу сливать код в релизную ветку, не дожидаясь тестирования фичи. Хотя тестирование закрытого фича-флага, все же выполнить нужно до этого момента.

🔹Все доработки есть на ПРОДе

🔹Доработки можно включать и выключать быстро, тем самым можно убрать блокирующий баг, который внесла новая фича.


#feature_flag #фича_флаг
@testorest