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