Подготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
На API подробно проверю расчёты, ограничения, округление и ошибки, а на UI — ввод, отображение, подсказки и основные пользовательские пути. Сквозные проверки подтвердят правильное соединение уровней.
Читать ответУкажите, какого вида автоматизации было больше в вашем опыте и как вы это оцениваете: время, число сценариев или проекты. Затем приведите характерные задачи обоих направлений.
Читать ответRequests позволяет отправить запрос, затем проверить статус и содержимое. В реальном ответе назовите собственный опыт; ниже — учебный пример для подготовленного тестового пользователя.
Читать ответСначала уточню семантику нового статуса и допустимые переходы, затем подготовлю заявку и вызову событие, которое должно его установить. Проверю состояние, историю и совместимость потребителей.
Читать ответОбъясните соотношение особенностями продукта и задач: где находится основная логика, какие риски важнее и где проверки дают быструю обратную связь. Не нужно оправдываться за преобладание API само по себе.
Читать ответНазовите реальные языки и технологии микросервисов и отдельно стек автотестов. Они не обязаны совпадать, если тесты взаимодействуют с сервисами через публичный контракт.
Читать ответREST — архитектурный стиль взаимодействия с ресурсами, SOAP — протокол обмена структурированными XML-сообщениями. REST не равен JSON, а SOAP не ограничивается одним HTTP-транспортом.
Читать ответНужны версия сервиса, окружение, входные данные, шаги, обезличенные запрос и ответ, expected/actual и точная ошибка. Должно быть понятно, как восстановить предусловия и запустить конкретный тест.
Читать ответУстановите page.route до действия, получите исходный ответ через route.fetch, измените JSON и верните его через route.fulfill. Для полностью искусственного ответа fetch не требуется.
Читать ответПроверьте существующий и отсутствующий ID, повторное удаление, чужую запись, авторизацию и неверный формат идентификатора. После операции важен фактический результат, а не только код ответа.
Читать ответДля name проверьте латиницу и границы 254/255/256 символов, для price — целые 4999/5000/5001 и неверные типы. Минимум, обязательность и допустимость пустого имени в требованиях не определены.
Читать ответRequests решает отправку HTTP, но стратегию определяют риски API: контракт, права, бизнес-эффект, ошибки, границы и повторные операции. Нужны управляемые данные, изоляция и воспроизводимый запуск.
Читать ответ