🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
FEATURE FLAGS ГЛАЗАМИ ТЕСТИРОВЩИКА
В последнее время почти в каждом проекте, куда я прихожу, я встречаю feature flags. Для разработчиков это удобный инструмент, включил флаг, работает новая фича работает, выключил, система ведет себя по-старому. Можно выкатить функционал только для части пользователей или быстро откатить его, если что-то пошло не так.
Для тестировщика же все немного сложнее. Получается, что один и тот же продукт может вести себя абсолютно по-разному в зависимости от того, включен флаг или нет. Иногда еще веселее: флагов много, и комбинации начинают давать такие эффекты, что их даже придумать специально сложно.
Бывает и так, что на тестовом окружении флаг включен, ты проверяешь логику, а на проде его отключили, и пользователи видят совсем другой сценарий. Или наоборот, фича уже давно доступна, но сам флаг в коде так и остался, про него все забыли, и через пару месяцев он неожиданно всплывает, ломая что-то в системе.
С точки зрения QA это добавляет кучу неопределённости. Ты никогда не можешь быть до конца уверен, что проверяешь ровно тот сценарий, который потом увидят пользователи. Поэтому приходится держать в голове не только саму логику фичи, но и то, какие переключатели в данный момент активны.
Вот поэтому я отношусь к feature flags с осторожностью. Для бизнеса они суперполезны, а для тестировщика, без должной системы управления feature flags - это может привести к большим сложностям, которые увеличивают количество сценариев и делает поиск багов более хаотичным. Но, пожалуй, это и есть та самая реальность, в которой мы работаем.
А у вас бывало, что баг проявлялся только при конкретной комбинации флагов, и найти его удалось чисто случайно? 👇
Все мои проекты:
TG канал по тестированию AI |
Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний