Функциональное тестирование, вопросы
Функциональное тестирование
Вопрос: На каких уровнях может выполняться функциональное тестирование?
Ответ: На всех уровнях тестирования.
Проверка: Верно. Функциональное тестирование применимо на компонентном, интеграционном, системном и приемочном уровнях.
Метод тестирования
Вопрос: К какому методу относится функциональное тестирование на основе бизнес-требований?
Ответ: Тестирование методом черного ящика.
Проверка: Верно. Оно проверяет соответствие требованиям без знания внутренней реализации.
Проверка модуля
Вопрос: Какое тестирование необходимо провести для проверки нового модуля по спецификации?
Ответ: Функциональное тестирование.
Проверка: Верно. Спецификация требований — основа для функциональных тестов.
Что относится к функциональному тестированию?
Вопрос: Что из перечисленного относится к функциональному тестированию?
Ответ: Тестирование правильности расчетов с использованием различных единиц измерения.
Проверка: Верно. Это проверка поведения системы согласно требованиям.
Подготовка к тесту
Вопрос: Что необходимо сделать перед выполнением теста?
Ответ: Обязательно описать последовательность шагов теста.
Проверка: Верно. Четкие шаги обеспечивают воспроизводимость и контроль качества.
Ограничения функционального тестирования
Вопрос: Что НЕ может проверяться в процессе функционального тестирования?
Ответ: Структура кода приложения.
Проверка: Верно. Это задача тестирования белого ящика или статического анализа.
Проверка требований
Вопрос: Какое требование можно проверить функциональным тестированием?
Ответ: Система должна позволять вводить в поле «Кодовое слово» буквы [А-Я] и цифры [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 - проверка соответствия бизнес-целям.
Рецензирование документации
Вопрос: Когда тестировщику включаться в рецензирование?
Ответ: При первой доступной версии документа
Проверка: Верно. Раннее вовлечение снижает риски.
Дефект в мобильном приложении
Вопрос: Как классифицировать неработающую кнопку на некоторых устройствах?
Ответ: Дефект совместимости
Проверка: Верно. Проблема проявляется избирательно на разных устройствах.
Комментарии
Комментариев пока нет.
Чтобы оставлять комментарии, войдите или зарегистрируйтесь.