Какой подход в тестировании показался самым интересным и что хочешь попробовать
Что проверяют
Вопрос звучит мягко, но это проверка кругозора и мотивации сразу. Смотрят, отличаете ли вы уровни, стратегии и техники тестирования и умеете ли объяснить выбор, а не назвать модное слово. Продолжение предсказуемо: «почему именно это» и «что мешало попробовать на текущем месте».
Как отвечать
Возьмите одно, что реально применяли, и одно, что хотите попробовать. Оба привяжите к задаче, а не к названию.
- что применяли: например, тест-дизайн через классы эквивалентности и граничные значения на форме, где перебор всех комбинаций был невозможен, и набор сократился с сотен кейсов до трёх десятков без потери покрытия;
- чем зацепило: не «интересно», а конкретный эффект. Нашли дефект, который не ловился ручной проверкой. Сократили регресс с двух дней до четырёх часов;
- что хотите попробовать: назовите подход и проблему, которую он закрывает. Контрактное тестирование (Pact) против рассинхрона между сервисами. Property-based тесты (Hypothesis, fast-check), когда генератор находит краевые случаи лучше человека. Мутационное тестирование, чтобы проверять не процент покрытия, а осмысленность самих тестов. Сессионное исследовательское тестирование с хартиями, если чек-листы перестали ловить новое;
- как подступитесь: маленький пилот на одном сервисе, критерий успеха, сколько времени просите.
Если тянет в автоматизацию, называйте актуальный стек: Playwright для веба, Testcontainers для интеграционных тестов с настоящей базой, k6 или Gatling для нагрузки. И скажите, что автоматизация не заменяет исследовательское тестирование, а освобождает под него время.
Ответ должен быть вашим: собеседник почти наверняка попросит подробности того примера, который вы назвали.
Где спотыкаются
Называют «автоматизацию» подходом. Это способ выполнения, а не стратегия, и вопрос всё равно вернётся к тому, что и зачем вы автоматизируете.
Пересказывают пирамиду тестирования по учебнику и не могут описать, как она выглядела на их проекте.
Хотят попробовать то, что в команде давно есть, или то, что продукту не нужно (нагрузочное тестирование в сервисе на сто пользователей). Перед интервью загляните в описание вакансии и в стек компании.