TestGrow - тестирование ПО

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