Какова структура вашей текущей команды по ролям и количеству тестировщиков?
Что проверяют
Понимаете ли вы, как устроена работа вокруг вас, и умеете ли задать этот вопрос сами.
Как отвечать
Опишите состав и как между ролями распределена ответственность, потому что интересно именно это.
Что назвать: сколько разработчиков и какого профиля, сколько тестировщиков, есть ли аналитик, продукт, дизайнер, отдельный инженер по инфраструктуре. Кто пишет требования и критерии приёмки. Кто решает, что релиз готов.
Про соотношение тестировщиков: типичное значение это один на четыре-шесть разработчиков, но оно почти ничего не говорит без контекста. Значение имеют три вещи:
- уровень автоматизации: при хорошем автоматическом наборе один тестировщик закрывает больше;
- цена ошибки: в платёжной системе и в контент-проекте требования к проверке несопоставимы;
- разделение обязанностей: пишут ли разработчики тесты сами или всё ложится на тестирование.
Отдельно стоит сказать про подчинение: тестировщик внутри команды разработки работает иначе, чем тестировщик из общего отдела качества. В первом случае он участвует в обсуждении задач с самого начала и влияет на требования, во втором получает готовое на проверку и почти всегда в конце срока.
Если вы задаёте этот вопрос на собеседовании, самые информативные уточнения такие: сколько тестировщиков на команду, есть ли выделенные автоматизаторы или ожидается совмещение, участвует ли тестирование в уточнении требований, и что происходит, когда срок подходит, а проверка не закончена. Последний ответ обычно самый честный из всех.
Где спотыкаются
Называют цифры без описания распределения ответственности.
Не знают, кто принимает решение о выпуске.
Не спрашивают про соотношение ручной работы и автоматизации.
Не выясняют, на каком этапе подключается тестирование.