Банк вопросов
Demo600 вопросов для подготовки к собеседованию
- HTTP, REST и APISeniorТехническое
Как сервер обрабатывает повторные POST-запросы и последствия этого
Повторная отправка POST-запроса приводит к многократной обработке на сервере, что может вызвать дублирование данных или повторное выполнение действия, так как POST не является идемпотентным методом.
- HTTP, REST и APIMiddleТехническое
Что происходит при многократном повторении HTTP PUT запроса
HTTP метод PUT является идемпотентным, поэтому повторные запросы с одинаковыми данными не изменяют состояние ресурса после первого успешного обновления. Это гарантирует стабильность и предсказуемость результата.
- HTTP, REST и APIMiddleТехническое
Как сервер обрабатывает PUT-запрос при изменении части ресурса
PUT-запрос полностью заменяет ресурс на данные из тела запроса. Если некоторые поля отсутствуют, сервер может их удалить или установить по умолчанию в зависимости от реализации.
- HTTP, REST и APIMiddleТехническое
Как тестировать систему при отсутствии API для взаимодействия
Если API отсутствует, тестирование следует проводить через пользовательский интерфейс, использовать автоматизацию UI и проверять состояние базы данных. Также применяются техники мокирования и анализ логов для имитации и контроля поведения системы.
- HTTP, REST и APIJuniorСкрининг с HR
Что представляет собой метрика качества данных PUTCH в API тестировании
Метрика PUTCH оценивает качество данных по пяти критериям: точность, удобство использования, своевременность, полнота и читаемость человеком. Она помогает QA-инженерам измерять и улучшать качество данных в API.
- HTTP, REST и APIJuniorСкрининг с HR
Что означает частичное обновление через HTTP-метод PUT?
Частичное обновление с помощью PUT — это практическое отклонение от стандарта, где PUT заменяет весь ресурс целиком. В реальности некоторые API позволяют обновлять часть данных через PUT, но официально для этого существует метод PATCH.
- HTTP, REST и APIJuniorСкрининг с HR
Как атрибут HttpOnly повышает безопасность cookie в веб-приложениях
Атрибут HttpOnly ограничивает доступ к cookie со стороны JavaScript, что предотвращает кражу данных через XSS-атаки. Он применяется на уровне HTTP-заголовков для повышения защиты сессионных данных.
- HTTP, REST и APIJuniorСкрининг с HR
Зачем использовать mock-сервисы в Postman при тестировании API
Mock-сервис в Postman — это инструмент для эмуляции API, который возвращает заранее заданные ответы на запросы. Он помогает тестировать и разрабатывать клиентские приложения без доступа к реальному серверу.
- HTTP, REST и APIJuniorСкрининг с HR
Что означает авторизация в контексте API и зачем она нужна
Авторизация API — это проверка прав доступа пользователя или приложения к ресурсам и операциям API после успешной аутентификации. Она определяет, какие действия разрешены конкретному субъекту внутри системы.
- Виды и уровни тестированияJuniorСкрининг с HR
Что представляет собой Ad-hoc тестирование в QA
Ad-hoc тестирование — это спонтанный способ проверки ПО без подготовки тест-кейсов, основанный на интуиции и опыте тестировщика для быстрого обнаружения ошибок.
- Виды и уровни тестированияJuniorСкрининг с HR
Отличия между Ad-hoc и Exploratory тестированием в QA
Ad-hoc тестирование — это быстрое, неструктурированное тестирование без плана, направленное на поиск очевидных ошибок. Exploratory тестирование предполагает одновременное исследование приложения и разработку тестов на основе наблюдений и опыта.
- Виды и уровни тестированияMiddleТехническое
Какие типы тестирования выполняются при изменениях в ПО
При внесении изменений применяются регрессионное тестирование, проверка новых функций, тестирование исправлений и анализ влияния, чтобы гарантировать стабильность и корректность работы системы.
- Виды и уровни тестированияMiddleТехническое
Зачем выполняется регрессионное тестирование в QA-проектах
Регрессионное тестирование проверяет, что внесённые изменения не сломали уже работающий функционал. Оно помогает выявить новые ошибки в ранее проверенных участках системы после обновлений.
- UI/UX тестированиеJuniorСкрининг с HR
Чем отличаются UI и UX в тестировании интерфейсов
UI — это визуальные элементы продукта, с которыми взаимодействует пользователь, а UX — это общий опыт и впечатления от использования продукта, включая удобство и удовлетворённость.
- UI/UX тестированиеMiddleТехническое
Пример проблемного пользовательского интерфейса в UI-тестировании
Нефункциональный UI — это интерфейс, в котором элементы управления не выполняют свои задачи, например, кнопка не реагирует на нажатия или форма не отправляет данные. Такие проблемы возникают из-за ошибок кода, сбоев связи или неправильной настройки.
- UI/UX тестированиеMiddleТехническое
Что такое функциональный пользовательский интерфейс и пример его применения
Функциональный UI — это интерфейс, который обеспечивает удобное и логичное выполнение задач пользователем без излишних элементов. Например, интерфейс интернет-магазина с простым поиском, добавлением товаров в корзину и оформлением заказа.
- UI/UX тестированиеJuniorСкрининг с HR
Что подразумевается под адаптивным веб-дизайном в QA
Адаптивный дизайн — это метод создания нескольких версий интерфейса, оптимизированных под разные размеры экранов с помощью фиксированных точек перелома. Он обеспечивает корректное отображение и функциональность на разнообразных устройствах.
- UI/UX тестированиеJuniorСкрининг с HR
Что представляет собой адаптивный (responsive) веб-дизайн
Адаптивный дизайн — это метод создания сайтов, который позволяет интерфейсу автоматически подстраиваться под разные размеры экранов и устройства. Это обеспечивает удобство использования и корректное отображение контента на смартфонах, планшетах и десктопах.
- Виды и уровни тестированияLeadФинал
Как интегрировать QA-метрики с KPI в мультипродуктовой среде
Необходимо унифицировать метрики QA, такие как дефекты, escape rate, MTTR и покрытие ключевых сценариев, сопоставить их с бизнес-рисками каждого релиза и регулярно обсуждать показатели с владельцами продуктов для корректировки целей.
- Теория тестированияLeadФинал
Как построить эффективную программу качества в группе с независимыми подразделениями
Создайте единый минимальный стандарт качества, согласуйте федеративные процессы и допустимые исключения по рискам. Централизуйте аудит и инструменты, а реализацию оставьте за автономными юнитами.
- Архитектура системLeadФинал
Как организовать тестирование при миграции с монолита на микросервисы без прерывания релизов
Используйте контрактное тестирование для проверки взаимодействия сервисов и канареечные релизы для постепенного внедрения. Приоритизируйте тесты вертикальных срезов и запускайте параллельный регресс, отслеживая escape rate и время обратной связи.
- Безопасность и авторизацияLeadФинал
Как эффективно тестировать соблюдение PCI-DSS без задержек релиза
Разделите тесты по PCI-DSS на обязательные автоматизированные проверки и выборочные аудиты, чтобы не блокировать релиз. Автоматизируйте сбор доказательств и используйте чек-листы для упрощения приемки платежных функций.
- Логи и мониторингLeadФинал
Определение ключевых метрик качества для observability и QA-команд
Устанавливают SLO и SLI по ошибкам, задержкам и доступности сервисов, связывают алерты с тестовыми сценариями и анализом инцидентов, а также измеряют долю воспроизводимых проблем через тесты.
- Тестовая документацияLeadФинал
Как унифицировать тестовую документацию при десятках команд в федеративной структуре
Определите минимальный набор обязательных артефактов, ориентируясь на уровень рисков. Используйте стандартизированные шаблоны в Confluence или TestRail и внедрите peer review для изменений, связанных с критическими рисками.
- Инструменты QALeadФинал
Обоснование бюджета на тестовые инструменты для финансового комитета
Представьте полную стоимость владения (TCO), продемонстрируйте экономию времени на тестовых циклах и уменьшение рисков дефектов в продакшене. Сравните варианты самостоятельной разработки и покупки, учитывая затраты на поддержку.