В этой подборке вопросы сгруппированы по формату «Поведенческие вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: qa, testing, frontend.
Назовите приблизительное распределение своего времени и период, к которому оно относится. Разделите написание автотестов, их поддержку, анализ падений и собственно ручные проверки.
Опишите фактическую модель распределения: приоритеты задавал лидер или продукт, а задачи команда разбирала совместно либо получала индивидуально. Уточните вашу самостоятельность.
Расскажите о реальном пути merge request: подготовка, автоматические проверки, выбор ревьюеров, обсуждение и слияние. Уточните, какие правила были обязательными, а какие договорённостями.
Ответьте, какие проверки были автоматизированы, на каких уровнях и как использовались результаты. Отдельно обозначьте собственный вклад в написание, поддержку или запуск тестов.
Выберите реальный UI-сценарий с нетривиальным риском: асинхронное обновление, несколько ролей или сложная подготовка данных. Покажите, как Playwright помог получить устойчивую проверку.
Приведите реальный пример использования или написания декоратора и объясните его эффект. Применять готовый декоратор и проектировать собственную обёртку — разный опыт.
Назовите реальные нефункциональные проверки и измеримые критерии: производительность, надёжность, безопасность, доступность или совместимость. Объясните, что именно делали вы.
Сначала уточните смысл шкалы: пользоваться Kafka из тестов и администрировать кластер — разные навыки. Оценку подкрепите задачами, которые выполняете самостоятельно.
На старте разумно познакомиться с продуктом, окружением, командой и процессом, затем взять ограниченную реальную задачу. Конкретный приоритет согласуют с руководителем.
Сформулируйте конкретные ожидания: задачи, ответственность, обратная связь, развитие и условия. Объясните, чем они связаны с предыдущим опытом и вашим следующим шагом.
Расскажите о фактической процедуре сверки: общий ключ, согласованный срез времени, сравнение количества и содержимого записей. Учитывайте задержку доставки и преобразования между Oracle и ClickHouse.
Назовите предпочтительный баланс и объясните его через задачи и развитие, а не через желание полностью исключить ручную работу. Реальное соотношение зависит от стадии продукта и рисков.