В этой подборке вопросы сгруппированы по формату «Поведенческие вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: qa, testing, frontend.
Опишите источник логов, способ поиска по времени и request/trace ID и последний реальный случай диагностики; не ограничивайтесь названием системы хранения.
Назовите реальный состав команды и период, пояснив наличие fullstack-разработчиков и смежных специалистов; из архитектуры продукта нельзя вывести точную пропорцию людей.
Укажите приблизительный баланс API/backend- и UI-проверок за конкретный период, затем объясните предпочтение через тип задач, а не оценку одной области как более важной.
Пример стратегии должен связывать риски продукта с уровнями тестирования, данными, окружениями, ответственностью и критериями релиза, а не быть списком инструментов.
Назовите конкретные СУБД и задачи, а не только «SQL»: запросы, проверка данных, схема, транзакции или диагностика. SQL — язык, а не название базы данных.
Представьте проект через пользователя, решаемую проблему, основные компоненты, свою роль и текущие задачи; подробности стека добавляйте там, где они объясняют работу.
Кратко объясните назначение продукта, роли команды и фактическое число QA, затем уточните, что у вас означал fullstack QA: ручное тестирование, API, UI и автоматизация.
Опишите реальную частоту переключений и способ управлять ими: уточнять приоритет, фиксировать состояние текущей задачи и пересогласовывать срок, а не молча брать всё сразу.