Вы находитесь на странице: 1из 3

Основные цели тестирования ПО:

□ обеспечить очистку ПО от максимально возможного количества ошибок и гарантировать


исправление очевидных ошибок

□ обеспечить очистку ПО от всех ошибок, что гарантирует полную работоспособность ПО

□ убедиться, что ПО отвечает оригинальным требованиям и спецификации

□ обеспечить уверенность в разработанном ПО

Начало тестирования ПО:

□ Тестирование ПО следует начинать непосредственно перед передачей ПО заказчику

□ Тестирование ПО следует начинать как только это станет возможным

□ Тестирование ПО следует начинать после предоставления программистами законченной версии


ПО

□ Тестирование ПО следует начинать после установки ПО у заказчика

Покрытие кода – это:

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

□ метод анализа, определяющий необходимость проведения валидации ПО после тестирования

□ метод анализа, определяющий, какие части ПО были проверены набором тестов, а какие нет

Жизненный цикл ПО — это:

□ период времени, который начинается с момента принятия решения о необходимости создания


программного продукта и заканчивается в момент его полного изъятия из эксплуатации

□ период времени, который начинается с момента начала написания программного продукта


разработчиками и заканчивается в момент его полного изъятия из эксплуатации

□ период времени, который начинается с момента принятия решения о необходимости создания


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

□ период времени, который начинается с момента начала написания программного продукта


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

Негативное тестирование – это:

□ проведение идентичных тестов (тест-кейсов) разными участниками группы вследствие


недостаточного информирования сотрудников, либо ошибки в тест-плане

□ проведение теста (тест-кейса) после исправления бага (ошибки), при котором выявляется, что
ошибка не была исправлена, либо исправлена не до конца

□ тестирование, в рамках которого применяются сценарии, которые соответствуют внештатному


поведению тестируемой системы (исключительные ситуации или неверные данные)

□ проведение ненужного теста (тест-кейса)

Повторное тестирование – это:

□ тестирование приложения с целью узнать, устранены ли дефекты


□ тестирование приложения после изменения отдельных его частей или добавления новых
функциональных возможностей

□ тестирование приложения идентичными тестами после смены версии приложения (смены


релиза), либо по истечении определенного времени, указанного в плане тестирования

□ тестирование приложения различными участниками группы вследствие недостаточного


информирования сотрудников, либо ошибки в тест-плане

Тест-кейс – это:

□ часть тест-плана, в которой описан процесс, который происходит при определенных условиях

□ часть тест-плана, указывающая на время-затраты сотрудника при проведении тестирования

□ набор определенных шагов, по которым проверяется функциональность системы

Возраст дефекта – это:

□ временной интервал между датой появления ошибки, допущенной разработчиками при


написании ПО, и датой обнаружения дефекта

□ временной интервал между датой появления ошибки, допущенной разработчиками при


написании ПО, и текущей датой

□ временной интервал между датой обнаружения дефекта и датой его закрытия

□ временной интервал между датой обнаружения дефекта и текущей датой

Тестирование чёрного ящика или поведенческое тестирование – это:

□ метод тестирования функционального поведения ПО с точки зрения внешнего мира, при


котором не используется знание о внутреннем устройстве (коде) тестируемого объекта

□ метод тестирования функционального поведения ПО, который учитывает внутренние


механизмы системы или компонента, то есть используется знание о внутреннем устройстве (коде)
тестируемого объекта

□ метод тестирования функционального поведения ПО при котором отдельные программные


модули объединяются и тестируются в группе

□ метод тестирования функционального поведения ПО позволяющий проверить на корректность


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

Названием модели разработки информационных систем, направленной на упрощение


понимания сложностей, связанных с разработкой систем является:

□ P-Model

□ T-Model

□ V-Model

□ X-Model
Логические задачи:

Задание от Google

У вас есть восемь одинаковых шаров. Нужно определить самый тяжелый из них с помощью весов
и двух взвешиваний.

Задание от Microsoft

Есть три стакана: с черникой, земляникой и смесью ягод. Каждый стакан помечен неверно. Вы
можете достать один плод из одного стакана, при этом заглядывать внутрь нельзя. Как узнать
содержимое всех стаканов и правильно расставить метки?

Задание из Крепкого Орешка

У вас в запасе бесконечный источник воды, а также два сосуда – на 5 литров и 3 литра. Как
отмерить 4 литра, используя только данный инвентарь?

Вам также может понравиться