Функциональное тестирование, вопросы

Функциональное тестирование

Вопрос: На каких уровнях может выполняться функциональное тестирование? Ответ: На всех уровнях тестирования. Проверка: Верно. Функциональное тестирование применимо на компонентном, интеграционном, системном и приемочном уровнях.

Метод тестирования

Вопрос: К какому методу относится функциональное тестирование на основе бизнес-требований? Ответ: Тестирование методом черного ящика. Проверка: Верно. Оно проверяет соответствие требованиям без знания внутренней реализации.

Проверка модуля

Вопрос: Какое тестирование необходимо провести для проверки нового модуля по спецификации? Ответ: Функциональное тестирование. Проверка: Верно. Спецификация требований — основа для функциональных тестов.

Что относится к функциональному тестированию?

Вопрос: Что из перечисленного относится к функциональному тестированию? Ответ: Тестирование правильности расчетов с использованием различных единиц измерения. Проверка: Верно. Это проверка поведения системы согласно требованиям.

Подготовка к тесту

Вопрос: Что необходимо сделать перед выполнением теста? Ответ: Обязательно описать последовательность шагов теста. Проверка: Верно. Четкие шаги обеспечивают воспроизводимость и контроль качества.

Ограничения функционального тестирования

Вопрос: Что НЕ может проверяться в процессе функционального тестирования? Ответ: Структура кода приложения. Проверка: Верно. Это задача тестирования белого ящика или статического анализа.

Проверка требований

Вопрос: Какое требование можно проверить функциональным тестированием? Ответ: Система должна позволять вводить в поле «Кодовое слово» буквы [А-Я] и цифры [0-9]. Проверка: Верно. Это проверка валидации ввода — типичная функциональная задача.

Уровни тестирования

Вопрос: Где выполняются функциональные и нефункциональные тесты? Ответ: На любом уровне тестирования. Проверка: Верно. Оба типа тестов применимы на всех уровнях, но для разных целей.

Раннее тестирование

Вопрос: Почему важно начинать тестирование на ранних стадиях? Ответ: Это позволяет обнаружить и исправить дефекты с минимальными затратами. Проверка: Верно. Раннее выявление дефектов снижает стоимость их исправления.

Цель тестирования

Вопрос: Что наиболее точно описывает цель тестирования? Ответ: Получить информацию о готовности приложения. Проверка: Верно. Тестирование предоставляет данные для принятия решений, а не гарантирует отсутствие дефектов.

Регрессионное тестирование

Вопрос: Когда НЕ применяется регрессионное тестирование? Ответ: При проверке корректности кода (код-ревью). Проверка: Верно. Код-ревью — это статический анализ, а регрессия — динамическое тестирование.

Описание дефекта

Вопрос: Когда детализировать ситуацию воспроизведения дефекта? Ответ: До регистрации дефекта, чтобы ускорить исправление. Проверка: Верно. Подробное описание сокращает время на коммуникацию и исправление.

Синоним черного ящика

Вопрос: Что является синонимом тестирования методом черного ящика? Ответ: Тестирование на основе спецификации. Проверка: Верно. Оба термина подчеркивают ориентацию на требования, а не на код.

Уровень тестирования

Вопрос: На каком уровне тестируется взаимодействие сайта с платежным сервисом? Ответ: Интеграционное тестирование. Проверка: Верно. Проверка взаимодействия между системами — задача интеграционных тестов.

Цель регрессионного тестирования

Вопрос: В чем цель регрессионного тестирования? Ответ: Проверка неизмененного функционала после внесения изменений. Проверка: Верно. Регрессия страхует от непредвиденных ошибок в существующем функционале.

Тестирование методом чёрного ящика

Вопрос: Выберите верное утверждение о тестировании методом черного ящика. Ответ: «Метод черного ящика применяется на всех уровнях тестирования». Проверка: Верно. Чёрный ящик используется на модульном, интеграционном, системном и приемочном уровнях.

Бета-тестирование

Вопрос: Кем выполняется бета-тестирование программы? Ответ: Ограниченным кругом пользователей (не тестировщиками или разработчиками). Проверка: Верно. Бета-тестирование проводят реальные пользователи в реальной среде.

Компонентное тестирование

Вопрос: Кем, как правило, должно выполняться компонентное тестирование? Ответ: Разработчиками (проверка отдельных модулей/unit-тестирование). Проверка: Верно. Разработчики лучше знают внутреннюю логику компонентов.

Использование заглушек и драйверов

Вопрос: На каком уровне тестирования чаще всего требуются заглушки и драйверы? Ответ: Интеграционное тестирование (для проверки взаимодействия модулей). Проверка: Верно. Они заменяют отсутствующие компоненты при интеграции.

Реакция системы на некорректные данные

Вопрос: Какое тестирование проверяет реакцию системы на ввод некорректных данных? Ответ: Тестирование устойчивости и надежности (robustness testing). Проверка: Верно. Оно включает обработку ошибочных входных значений.

Тестовые данные

Вопрос: Какое утверждение о тестовых данных верно? Ответ: «Тестовые данные необходимо варьировать» (разные классы эквивалентности). Проверка: Верно. Разнообразие данных повышает покрытие.

Санитарное тестирование

Вопрос: Быстрая проверка работоспособности после изменений — это какой вид тестирования? Ответ: Санитарное тестирование (sanity testing). Проверка: Верно. Отличается от дымового тестирования фокусом на новые изменения.

Подтверждающее тестирование

Вопрос: Когда проводят повторное тестирование исправленных дефектов? Ответ: Для каждой новой сборки с исправлениями. Проверка: Верно. Re-Testing проверяет конкретные фиксы, а не весь функционал.

Цель дымового тестирования

Вопрос: Что является целью дымового тестирования? Ответ: Определение работоспособности новой сборки системы. Проверка: Верно. Smoke-тесты проверяют «не сломан ли базовый функционал».

Классы эквивалентности для стажа работы

Вопрос: Сколько тестов нужно для покрытия классов эквивалентности расчета бонуса по стажу? Ответ: 4 (по одному на каждый диапазон: ≤2, 2–5, 5–10, >10 лет). Проверка: Верно. Каждый диапазон — отдельный класс.

Анализ граничных значений для скорости

Вопрос: Какой набор данных подходит для анализа граничных значений системы контроля скорости? Ответ: 40, 41, 60, 61, 80, 81 (значения на границах и за ними). Проверка: Верно. Boundary Value Analysis требует проверки границ и смежных значений.

Покрытие классов эквивалентности для шагов

Вопрос: Какой набор данных покрывает классы эквивалентности фитнес-приложения? Ответ: 999, 1001, 1999, 2001, 6001 (по одному значению из каждого диапазона). Проверка: Верно. Это типичные значения внутри классов, исключая границы.

Баг-репорт для UI-дефекта

Вопрос: Что можно НЕ включать в баг-репорт для критического UI-дефекта? Ответ: Логи сервера (не требуются для чисто интерфейсных проблем). Проверка: Верно. Логи нужны для бэкенд-ошибок, а не для UI.

Порядок выполнения тестовых сценариев

Вопрос: Какой сценарий выполняется третьим при учете приоритетов и зависимостей? Ответ: TC 047 (после TC 120 и TC 245, но после высокоприоритетного TC 063). Проверка: Верно. Приоритеты: высокий > средний > низкий.

Проверка работы модулей А и В

Вопрос: Что именно необходимо проверить при тестировании модулей А и В? Ответ: Корректность работы модулей и их интеграцию между собой. Участие модулей в бизнес-процессах системы. Интеграцию с внешними сервисами (если актуально). Проверка: Верно. Эти пункты охватывают функциональность, взаимодействие и системный контекст.

Метод тестирования серого ящика

Вопрос: В каком случае целесообразно использовать метод серого ящика? Ответ: Когда нужно проверить уязвимости системы, имея доступ к внутренней логике (например, безопасность или интеграции). На начальных стадиях разработки при неполной документации, но с частичным знанием архитектуры. Проверка: Верно. Серый ящик эффективен для комбинации внешнего тестирования с анализом внутренних данных.

Тестирование модуля выбора доставки

Вопрос: Какую технику тест-дизайна использовать для проверки всех комбинаций условий доставки? Ответ: Таблица решений Проверка: Верно. Таблица решений оптимальна для проверки комбинаций условий.

Тестирование на территории заказчика

Вопрос: Какое тестирование проводится на территории заказчика? Ответ: Приемочное тестирование Проверка: Верно. UAT всегда проводится заказчиком в своей среде.

Исчерпывающее тестирование

Вопрос: Продолжите утверждение "Исчерпывающее тестирование..." Ответ: Целесообразно, но невозможно Проверка: Верно. Полный перебор всех вариантов невозможен на практике.

Дымовое тестирование

Вопрос: Как правильно проводить дымовое тестирование? Ответ: Каждой новой сборки перед передачей на следующие этапы Проверка: Верно. Это классическое определение smoke-тестов.

Объем тестирования

Вопрос: Какое утверждение о объеме тестирования верно? Ответ: Не тестировать где эффект не оправдывает затраты Проверка: Верно. Принцип экономической целесообразности.

Определение отказа ПО

Вопрос: Что значит "отказ программного обеспечения"? Ответ: Несоответствие системы требованиям при эксплуатации Проверка: Верно. Отказ - внешнее проявление дефекта.

Негативное тестирование

Вопрос: Что проверяет негативный тест? Ответ: Поведение при недопустимых входных данных Проверка: Верно. Это ядро негативного тестирования.

Информация для тестирования исправлений

Вопрос: Какая информация НЕ нужна для проверки исправлений? Ответ: Какие функции затронуты Проверка: Верно. Нужны конкретные модули, а не функции.

Вид тестирования после исправлений

Вопрос: Какой вид тестирования выполняется после исправления дефектов? Ответ: Регрессионное тестирование Проверка: Верно. Регрессия проверяет исправления и неизмененный функционал.

Объект приемочного тестирования

Вопрос: Что является объектом UAT? Ответ: Поддержка бизнес-процессов Проверка: Верно. UAT проверяет соответствие бизнес-потребностям.

Матрица трассировки

Вопрос: Когда нужна матрица трассировки? Ответ: При сложном проекте с множеством требований Проверка: Верно. Матрица обеспечивает покрытие требований.

Таблица решений (подарок/скидка)

Вопрос: Каков результат по таблице решений для покупки на 3000 с купоном? Ответ: Скидка 10% без подарка Проверка: Верно. Соответствует Правилу 3 в таблице.

Независимость тестировщиков

Вопрос: Расположите исполнителей по возрастанию независимости Ответ: Г, А, В, Б (автор → аутсорсер) Проверка: Верно. Аутсорсер максимально независим.

Приемочное тестирование

Вопрос: Что выполняет заказчик во время UAT? Ответ: Только валидацию Проверка: Верно. UAT - проверка соответствия бизнес-целям.

Рецензирование документации

Вопрос: Когда тестировщику включаться в рецензирование? Ответ: При первой доступной версии документа Проверка: Верно. Раннее вовлечение снижает риски.

Дефект в мобильном приложении

Вопрос: Как классифицировать неработающую кнопку на некоторых устройствах? Ответ: Дефект совместимости Проверка: Верно. Проблема проявляется избирательно на разных устройствах.