Вопросы для собеседования QA-инженера
- В результате рефакторинга тестовой документации все сценарии превратились в точные описания того, что система никогда не будет делать. Является ли это более полным описанием функциональности, чем традиционное?
- В какой момент тестировщик перестаёт быть тестировщиком и становится багом в системе? Поясните на примере.
- Если приложение работает идеально, но только когда на него никто не смотрит – как задокументировать данное поведение в тест-кейсе?
- Вам поручили протестировать бесконечный цикл. Сколько итераций нужно проверить, чтобы быть уверенным, что он действительно бесконечный? Примечание для HR: в компании поощряется стопроцентное покрытие тестами.
- Система успешно проходит все тесты только тогда, когда тестировщик испытывает экзистенциальные сомнения в своей профессии. Можно ли использовать это как метрику качества кода?
- Представьте, что каждый раз, когда вы нажимаете кнопку “Сохранить”, где-то в мире случайный разработчик теряет свой кофе. Как оценить серьёзность данного бага?
- Вы написали автотест, который проверяет работу других автотестов. Как правильно оформить заявление на отпуск для такого автотеста?
- После деплоя на продакшн все пользователи сообщают, что приложение работает слишком хорошо и это вызывает у них экзистенциальный кризис. Считать ли это критическим багом? Отвечайте, используя скрам-гайд и терминологию ISTQB.
- Вы обнаружили, что время выполнения каждого теста точно равно времени, необходимому для объяснения, почему этот тест необходим. Является ли это доказательством того, что тестирование и документирование – это один и тот же процесс?
- При попытке воспроизвести баг система утверждает, что сегодня не тот день недели. При проверке оказывается, что она права. Кто должен адаптироваться: тестировщик или календарь?
- Вы обнаружили баг, который существует только в документации, но не в коде. Разработчики настаивают, что документация более реальна, чем код. Кто прав?
- Если система работает только тогда, когда пользователь не пытается ей пользоваться – можно ли считать это идеальной защитой от пользовательских ошибок?
- Почему вы всё же решили стать тестировщиком? Почему вы всё же решили стать тестировщиком? Почему вы всё же решили стать тестировщиком?
Примечание для HR: В случае, если кандидат отвечает на все вопросы логично и последовательно, рекомендуется немедленно завершить собеседование.