Квалити гейт или с чем его едят Давайте представим ситуацию: ты начинающий qa engineer. Понедельник. Выходные выдались отличными и ты напрочь забыл, что делал в пятницу. Начинаешь свой день с кофе или другого бодрящего напитка, а может ты, мой читатель, сова и не тратишь время на пробуждение, а воркаешь с 6 утра, но не суть, после пробуждение, как ты начнешь свой рабочий день 🕰️?

Ну конечно с разбора пачки багов от саппорта, ведь ничего так не стимулирует с утра желание работать, как естественная потребность разобраться в проблемах наших пользователей. Ведь может проблемы и нет, а есть непонимание как работает наш продукт, есть свежие мысли от наших самых ценных пользователей, от всех пользователей, что можно еще крутого сделать для нашего продукта, а где можно и чуть “дошлифовать” и выпустить конфетку.

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

Если покопаться в проблеме, с которой столкнулся пользователь, то можно предположить, что баг таки не является багом. Скорее это фича и особенность реализации, тем более, что она доступна не всем. Так что же делать нам с этим тикетом? Саппорт пропустил эту заявку дальше, т.к. ребята не обладают достаточной подкованностью в техничке и знании устройства системы, поэтому для них это и “выглядит как баг”. У нас, как у стейкхолдеров и держателей фичи, есть различные варианты исправления этой проблемы. Мы можем добавить дешевую блокировку на фронте, и кнопка загрузки будет заблокирована на время аплоуда файла, но это может не решить проблему мультивкладочности, нужно будет дополнительно получать с бека актуальный статус операции импорта и отслеживать выполнение. Можно бекенд доработать и блокировать множественную загрузку от одного юзера. Решений много, но все из них объединяет одно - это проработка для тикета прошедшего через процедуру quality gate в задачку, а не баг. Как мы выяснили, это фильтр служит для определения своего рода ситуации - баг/не баг. Это помогает сильно скостить время на командных грумингах. Это один случай из многих, но бывает что “баги” и вовсе не баги, и они закрываются, оставляя только проверенные баги с меткой “quality gate”. Это одна из вариаций этого этапа, далее расскажу про другие интерпритации.