ТПО февраль

Интеграционное тестирование – это

• тип тестирования, при котором программы объединяются логически.

• тип тестирования, при котором программные модули объединяются логически и тестируются как группа.

• скоростной процесс, обычно не требующий от тестировщиков тестировать системно и проводить тестирование на финальном этапе.

• тип процесса тестирования интерфейсов для оценки того, как передаются данные.

Интеграция сверху вниз - это

• это подход к тестированию, при котором системное тестирование проводится от середины системного стека через каждый слой архитектуры программного обеспечения.

• это подход к тестированию, при котором приемочное тестирование проводится по диагонали системного стека через каждый слой архитектуры программного обеспечения.

• это подход к тестированию, при котором интеграционное тестирование проводится от вершины системного стека через каждый слой архитектуры программного обеспечения.

• это подход к тестированию, при котором модульное тестирование проводится от верхнего углового графа системного стека через каждый слой архитектуры программного обеспечения.

Какой из этих подходов не относится к интеграционному тестированию:

• интеграционное тестирование сверху вниз

• интеграционное тестирование снизу вверх

• многослойное интеграционное тестирование

• диагональное интеграционное тестирование

UI - это

• тип интерфейса, который использует автоматическое взаимодействие средств

• тип интерфейса, который использует визуальные средства

• точка взаимодействия человека и продукта

• точка взаимодействия продукта и серверной части

Отладка - это

• этап разработки, на котором обнаруживают, локализуют и устраняют ошибки.

• этап разработки, в котором на этапе приемочного тестирования находят новые ошибки.

• этап разработки, в котором после регрессионного тестирования исправляют старые ошибки.

• этап разработки, на котором по отзывам пользователей вносят исправления.

Что из этого не относится к методам отладки?

• Метод ручного тестирования

• Метод индукции

• Шаг с обходом

• Шаг с выходом

Метод дедукции - это

• Сначала предлагают множество причин, по которым могла возникнуть ошибка. Затем анализируют их, исключают противоречащие имеющимся данным. Если все причины были исключены, проводят дополнительное тестирование.

• Для точки выдвигается гипотеза о значениях основных переменных, которые могли привести к ошибке. Далее на основании этой гипотезы строятся предположения о значениях переменных в предыдущей точке.

• В основе отладки системы — тщательный анализ проявлений ошибки. Например, если во время выполнения программы завис компьютер, то, чтобы найти фрагмент проявления ошибки, нужно проанализировать последние действия пользователя.

• Команда также выполняет очередную инструкцию. Однако когда step into будет входить в вызовы функций и выполнять их строка за строкой, step over выполнит всю функцию, не останавливаясь, и вернет управление после ее выполнения.

Decision Table - это

• техника, помогающая наглядно изобразить комбинации условий из ТЗ

• техника, помогающая определить ошибки в написание модульных тестов

• техника, помогающая определить на этапе составления ТЗ уязвимых мест в процессе разработки

• техника, помогающая определить в какой критической точке разработки была допущена ошибка

Что не относится к тестированию на основе данных ООП ПС

• Идентификация различных сценариев

• Повторение тестирования

• Подготовка среды тестирования

• Анализ результатов

Что из этого не относится к техникам тест-дизайна?

• Эквивалентное Разделение

• Предугадывание ошибки

• Парное тестирование

• Тестовое покрытие на базе анализа потока управления