NEW
Font size
WorksheetsТПО февраль
Total questions: 10
Worksheet time: 5mins
Интеграционное тестирование – это
тип тестирования, при котором программы объединяются логически.
тип тестирования, при котором программные модули объединяются логически и тестируются как группа.
скоростной процесс, обычно не требующий от тестировщиков тестировать системно и проводить тестирование на финальном этапе.
тип процесса тестирования интерфейсов для оценки того, как передаются данные.
Интеграция сверху вниз - это
это подход к тестированию, при котором системное тестирование проводится от середины системного стека через каждый слой архитектуры программного обеспечения.
это подход к тестированию, при котором приемочное тестирование проводится по диагонали системного стека через каждый слой архитектуры программного обеспечения.
это подход к тестированию, при котором интеграционное тестирование проводится от вершины системного стека через каждый слой архитектуры программного обеспечения.
это подход к тестированию, при котором модульное тестирование проводится от верхнего углового графа системного стека через каждый слой архитектуры программного обеспечения.
Какой из этих подходов не относится к интеграционному тестированию:
интеграционное тестирование сверху вниз
интеграционное тестирование снизу вверх
многослойное интеграционное тестирование
диагональное интеграционное тестирование
UI - это
тип интерфейса, который использует автоматическое взаимодействие средств
тип интерфейса, который использует визуальные средства
точка взаимодействия человека и продукта
точка взаимодействия продукта и серверной части
Отладка - это
этап разработки, на котором обнаруживают, локализуют и устраняют ошибки.
этап разработки, в котором на этапе приемочного тестирования находят новые ошибки.
этап разработки, в котором после регрессионного тестирования исправляют старые ошибки.
этап разработки, на котором по отзывам пользователей вносят исправления.
Что из этого не относится к методам отладки?
Метод ручного тестирования
Метод индукции
Шаг с обходом
Шаг с выходом
Метод дедукции - это
Сначала предлагают множество причин, по которым могла возникнуть ошибка. Затем анализируют их, исключают противоречащие имеющимся данным. Если все причины были исключены, проводят дополнительное тестирование.
Для точки выдвигается гипотеза о значениях основных переменных, которые могли привести к ошибке. Далее на основании этой гипотезы строятся предположения о значениях переменных в предыдущей точке.
В основе отладки системы — тщательный анализ проявлений ошибки. Например, если во время выполнения программы завис компьютер, то, чтобы найти фрагмент проявления ошибки, нужно проанализировать последние действия пользователя.
Команда также выполняет очередную инструкцию. Однако когда step into будет входить в вызовы функций и выполнять их строка за строкой, step over выполнит всю функцию, не останавливаясь, и вернет управление после ее выполнения.
Decision Table - это
техника, помогающая наглядно изобразить комбинации условий из ТЗ
техника, помогающая определить ошибки в написание модульных тестов
техника, помогающая определить на этапе составления ТЗ уязвимых мест в процессе разработки
техника, помогающая определить в какой критической точке разработки была допущена ошибка
Что не относится к тестированию на основе данных ООП ПС
Идентификация различных сценариев
Повторение тестирования
Подготовка среды тестирования
Анализ результатов
Что из этого не относится к техникам тест-дизайна?
Эквивалентное Разделение
Предугадывание ошибки
Парное тестирование
Тестовое покрытие на базе анализа потока управления
