Какие техники тестирования вы знаете?
Что проверяют
Различаете ли вы техники тест-дизайна, виды и уровни тестирования, или всё это у вас один список. Следом просят разобрать одну технику на примере и объяснить, когда её брать.
Как отвечать
Сначала уточните рамку: под техниками обычно имеют в виду способы получить тесты, и в терминах ISTQB они делятся на группы.
- статические: ревью требований, кода и макетов без запуска программы. Самый дешёвый способ найти дефект;
- чёрного ящика: классы эквивалентности, граничные значения, таблицы решений, переходы состояний, сценарии использования, попарное тестирование. Тесты строятся по требованиям, код не нужен;
- белого ящика: покрытие операторов и покрытие ветвей. Полное покрытие ветвей гарантирует полное покрытие операторов, обратное неверно;
- основанные на опыте: предугадывание ошибок, тестирование по чек-листу, исследовательское тестирование.
Отдельно одной фразой разведите остальное. Уровни: модульное, интеграционное, системное, приёмочное. Виды: функциональное и нефункциональное (производительность, безопасность, совместимость, удобство). Ручное и автоматизированное это способ выполнения, а не техника.
Закончите тем, как выбираете: для валидации полей эквивалентность и границы, для бизнес-правил таблица решений, для статусной модели переходы состояний, для нового модуля без документации исследовательское тестирование с чартером.
Где спотыкаются
Смешивают всё в одну кучу и ставят «ручное тестирование» пунктом под «автоматизированным». Интервьюер это видит сразу и дальше копает основы.
Считают белый ящик делом разработчиков и не могут объяснить, чем покрытие ветвей отличается от покрытия операторов на простом if без else.
Описывают исследовательское тестирование как «потыкать без плана». На деле у сессии есть цель (чартер), ограничение по времени и отчёт о том, что проверено и что найдено.