Не так часто слышал про этот термин, а недавно вообще заметил, что в ру-комьюнити про него почти нет статей хотя мы в авито активно его используем, поэтому решил поделиться.

Довольно часто в компаниях, особенно где не особо выстроены процессы, и в частности QA процессы, можно встретить ситуацию, когда QA уходит в отпуск, и все сразу рушится: задачи не тестируются, и вообще все очень плохо. Либо же QA никуда не уходит, но задачи в тестировании могут висеть днями и неделями. Именно это обычно и называют QA bottleneck.

Представим, что в такой ситуации в команду выйдет новый разработчик — тестирование задач будет занимать еще больше времени. Это примерно как с очередями в сервисах: если сервис не справляется с нагрузкой, то у него накапливается очередь, и время обработки задач растет. Чем больше нагрузки мы даем, тем больше оно будет стремиться к бесконечности. Как и в случае с сервисами, у нас, конечно же, есть способы, чтобы бороться с этим: мы можем масштабировать ресурсы или, в данном контексте, нанять нового QA. Но тут есть момент, что в будущем все равно рано или поздно мы опять столкнемся с этой проблемой, и для бизнеса довольно дорого масштабироваться таким способом.

К счастью, в случае с QA у нас есть второй вариант: вложиться в обучение других инженеров в команде тестированию, и тогда мы сможем распределять нагрузку на тестирование между членами команды и QA сможет спокойно ходить в отпуск. Получается что-то вроде балансировщика нагрузки. А как обычно это делается и что делать если команда не видит в этом ценности, я расскажу в другой раз😉.