Как проходил ваш рабочий день?
Что проверяют
Насколько ваш опыт похож на реальную работу в тестировании, а не на пересказ учебника. По рассказу видно, кто ставил задачи, насколько вы были самостоятельны, сколько времени уходило на ручные проверки, автотесты и общение. Следом часто спрашивают, как вы расставляли приоритеты, если в один день пришли и регресс, и срочный баг с прода.
Как отвечать
Опирайтесь на свой реальный день, а не на идеальный. Удобный каркас:
- контекст: продукт, размер команды, соотношение тестировщиков и разработчиков, длина спринта, частота релизов;
- начало дня: стендап, задачи в Jira или YouTrack, упавшие ночные прогоны в CI, свежие обращения от поддержки;
- основная работа: тестирование задач из колонки «Ready for QA», баг-репорты, проверка исправлений, запросы к API в Postman, логи в Kibana или Grafana, SQL к тестовой базе;
- регресс и автотесты: кто их пишет и на чём (Playwright, Selenium, Appium, pytest), сколько кейсов в регрессе и сколько он длится;
- общение: груминг задач, уточнение требований у аналитика, разбор спорных багов с разработчиком;
- конец дня: обновление статусов, заметки для команды перед релизом.
Добавьте одну-две цифры, которые знаете точно, например «ручной регресс занимал два дня, после автоматизации смоука стал занимать один». Цифры должны быть вашими: придуманные проценты разваливаются на первом уточняющем вопросе.
Если коммерческого опыта ещё нет, так и скажите и расскажите о дне на стажировке, учебном проекте или краудтестинге, где были настоящие баг-репорты. Честное «я делал вот это» лучше вымышленного распорядка.
Где спотыкаются
Рассказывают про почту, обед и командный дух. Интервьюеру важна работа: что вы тестировали, чем и с кем.
Описывают идеальный процесс из статьи, где каждый день пишутся тест-кейсы по готовым требованиям. Следующий вопрос «а если требований не было?» сразу это выдаёт.
Жалуются на прошлую команду: хаос, плохие разработчики, вечные авралы. Лучше описать ту же ситуацию нейтрально и сказать, что вы сделали, чтобы стало лучше.