В этой подборке вопросы сгруппированы по формату «Поведенческие вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: qa, testing, frontend.
Опишите, как исследовали продукт с конкретной целью, фиксировали наблюдения и меняли проверки по найденным сигналам. Исследовательское тестирование — не бесцельное нажатие кнопок.
Сначала обозначьте желаемые задачи и направление развития, затем отдельно расскажите о реальном опыте DevOps-задач. Использование готового pipeline не равно администрированию инфраструктуры.
Назовите реальные ожидания от переезда: рабочие возможности, условия жизни, развитие или близость к команде. Отдельно обозначьте ограничения и вопросы, которые нужно решить до принятия предложения.
Если использовали Behave или другой BDD-фреймворк, опишите, как бизнес-сценарии связывались с выполняемыми шагами. BDD полезен при общем понимании поведения, а не только при записи тестов словами Given/When/Then.
Опишите реальный способ использования Playwright: через Java-библиотеку, Kotlin с Java API или отдельный тестовый проект. Наличие в резюме нескольких инструментов не объясняет их роли автоматически.
Оцените готовность вести весь цикл качества функции: уточнение требований, исследование, ручные проверки и последующую автоматизацию. Такой формат требует переключения между задачами, а не только написания тестов.
Уточните, что делали лично в GitLab CI: добавляли jobs, настраивали этапы и правила, передавали переменные или только запускали готовый pipeline. Каждому действию дайте реальный пример.
Назовите реальную наиболее значимую проблему системы и объясните её через вероятность, последствия и наблюдаемые признаки. Не нужно выдавать предположение или нелюбимую технологию за главный риск.
Расскажите о фактических соглашениях: структуре кейса, предусловиях, шагах, ожидаемых результатах и ревью. Единообразие полезно, когда помогает другому человеку выполнить проверку без догадок.
Приведите реальный пример общения с бизнесом, поддержкой или другим нетехническим участником. Покажите, как переводили техническую проблему в последствия, варианты решения и понятные ограничения.
Назовите желаемый баланс и объясните, какие задачи хотите выполнять в ручной и автоматизированной части. Уточните, что это ориентир по времени, а не требование неизменного процента каждую неделю.
Кратко пройдите по релевантным местам работы, выделяя задачи, личную ответственность и результаты. Начать удобно с последнего опыта, наиболее близкого к обсуждаемой роли.