Тесты СинергияАртём Хелп
Артём Help онлайнПолучить расчёт
Бесплатно оценим сроки и стоимостьОтправить задание в Telegram
Тестирование информационных систем.кс_СПО

Тестирование информационных систем.кс_СПО

Просмотрите все вопросы и варианты бесплатно. Правильные ответы скрыты и открываются только после получения доступа.

40 вопросов Вариант 1 Доступ 7 дней
Содержание теста

Вопросы и варианты

Без отметок и подсказок к правильным ответам

Вопрос 1

Непосредственная цель тестирования:

  1. Создать приложение/продукт с заданными свойствами.
  2. Установить набор свойств и характеристик продукта.
  3. Установить соответствие различных свойств и характеристик приложения/продукта заданным требованиям.
  4. Выявить функциональность приложения/продукта.
Вопрос 2

Что позволяет установить тестирование?

  1. И наличествующие ошибки, и факт отсутствия ошибок.
  2. Наличествующие ошибки, но не факт их отсутствия.
  3. Факт отсутствия, но не наличествующие.
  4. Ни то, ни другое.
Вопрос 3

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

  1. 50%; 60%.
  2. 40%; 50%.
  3. 70%; 80%.
  4. 20%; 100%.
Вопрос 4

Тестируется отдельный модуль в отрыве от остальной системы – это:

  1. Интеграционное тестирование.
  2. Модульное тестирование.
  3. Системное тестирование.
  4. Регрессионное тестирование.
Вопрос 5

Два и более компонента тестируются на совместимость – это:

  1. Интеграционное тестирование.
  2. Модульное тестирование.
  3. Системное тестирование.
  4. Регрессионное тестирование.
Вопрос 6

Повторное выполнение тестов для обеспечения того, чтобы ранее разработанное и протестированное программное обеспечение всё ещё работало после изменения – это:

  1. Интеграционное тестирование.
  2. Модульное тестирование.
  3. Системное тестирование.
  4. Регрессионное тестирование.
Вопрос 7

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

  1. Интеграционное тестирование.
  2. Модульное тестирование.
  3. Системное тестирование.
  4. Регрессионное тестирование.
Вопрос 8

Расположите в правильном порядке фазы тестирования:

  1. Создание тестового набора путём ручной разработки или автоматической генерации для конкретной среды тестирования.
  2. Прогон программы на тестах, управляемый тестовым монитором с получением протокола тестирования.
  3. Оценка результатов выполнения программы на наборе тестов с целью принятия решения о продолжении или остановке тестирования.
Вопрос 9

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

  1. Тестирование основной функциональности…
  2. Тестирование инсталляции…
  3. Тестирование пользовательской документации…
  4. … , когда тестированию подвергается собственно система, являющаяся основным выпускаемым продуктом.
  5. … включает тестирование сценариев первичной инсталляции системы, сценариев повторной инсталляции (поверх уже существующей копии), тестирование деинсталляции, тестирование инсталляции в условиях наличия ошибок в инсталлируемом пакете, в окружении или в сценарии и т. п.
  6. … включает проверку полноты и понятности описания правил и особенностей использования продукта, наличие описания всех сценариев и функциональности, синтаксис и грамматику языка, работоспособность примеров и т. п.
Вопрос 10

Существуют 2 основных принципа тестирования программ:

  1. функциональное тестирование, оно же…
  2. структурное тестирование, оно же…
  3. …тестирование черного ящика.
  4. … тестирование белого ящика.
Вопрос 11

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

  1. Исследовать работу отдельных модулей программы.
  2. Исследовать внутреннее поведение программы.
  3. Подтвердить, что модули программы взаимодействуют между собой корректно.
  4. Подтвердить, что программный продукт реализован в соответствии с функциональными требованиями.
Вопрос 12

Принципы безопасности программного обеспечения:

  1. Конфиденциальность – это…
  2. Целостность – это…
  3. Доступность – это…
  4. …сокрытие определенных ресурсов или информации.
  5. …характеристика, состоящая из двух критериев, доверие (ожидается, что ресурс будет изменен только соответствующим способом определенной группой пользователей) и повреждение и восстановление (в случае, когда данные повреждаются или неправильно меняются авторизованным или не авторизованным пользователем, вы должны определить на сколько важной является процедура восстановления данных).
  6. …требования о том, что ресурсы должны быть доступны авторизованному пользователю, внутреннему объекту или устройству.
Вопрос 13

Структурное тестирование основано на:

  1. На знании о поведении системы, которое описывается в проектной документации.
  2. На детальном изучении логики программы и подборе тестов, обеспечивающих максимально возможное число проверяемых операторов, логических ветвлений и условий.
  3. На изучении результатов многократного прогона тестируемой программы без детального рассмотрения её внутренней логики.
  4. На проверке работоспособности программы после внесения в неё изменений.
Вопрос 14

Покрытие – это часть структуры программы, которая была охвачена тестированием, выраженная в процентах. Существует несколько различных способов измерения покрытия:

  1. Покрытие операторов – …
  2. Покрытие условий – …
  3. Покрытие путей – …
  4. Покрытие функций – …
  5. … каждая ли строка исходного кода была выполнена и протестирована.
  6. … каждая ли точка решения (вычисления истинно ли или ложно выражение) была выполнена и протестирована.
  7. … все ли возможные траектории через заданную часть кода были выполнены и протестированы.
  8. … каждая ли функция программы была выполнена.
Вопрос 15

Алгоритм использования техники граничных значений:

  1. выделить классы эквивалентности;
  2. определить граничные значения этих классов;
  3. нужно понять, к какому классу будет относиться каждая граница;
  4. нужно провести тесты по проверке значения до границы, на границе и сразу после границы.
Вопрос 16

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

  1. Тест.
  2. Тест-кейс.
  3. Тест-сценарий.
  4. Тест-вариант.
Вопрос 17

Виды тест-кейсов:

  1. Высокоуровневый тест-кейс – …
  2. Низкоуровневый тест-кейс – …
  3. … – тест-кейс с конкретными входными данными и ожидаемыми результатами.
  4. … – тест-кейс без конкретных входных данных и ожидаемых результатов.
Вопрос 18

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

  1. Запланирован.
  2. Выполняется.
  3. Не выполнен.
  4. Заблокирован.
Вопрос 19

… – в некоторых системах управления тест-кейсами это состояние заменяет собой «запланирован». Нахождение тест-кейса в данном состоянии означает, что он готов к выполнению, но ещё не был выполнен.

  1. Выполняется.
  2. Не выполнен.
  3. Пропущен.
  4. Заблокирован.
Вопрос 20

… – данное состояние означает, что в процессе выполнения тест-кейса не было обнаружено дефектов, связанных с расхождением ожидаемых и фактических результатов его шагов.

  1. Закрыт
  2. Требует доработки.
  3. Пройден успешно.
  4. Создан.
Вопрос 21

… – данное состояние означает, что в процессе выполнения тест-кейса был обнаружен дефект, заключающийся в том, что ожидаемый результат по как минимум одному шагу тест-кейса не совпадает с фактическим результатом.

  1. Требует доработки.
  2. Заблокирован.
  3. Закрыт.
  4. Провален.
Вопрос 22

Состояние программы, при котором выдаются неправильные результаты, причиной которых являются изъяны в операторах программы или в технологическом процессе ее разработки, что приводит к неправильной интерпретации исходной информации, следовательно, и к неверному решению, – …

  1. Дефект в программе.
  2. Ошибка.
  3. Отказ.
Вопрос 23

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

  1. Дефект в программе.
  2. Ошибка.
  3. Отказ.
Вопрос 24

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

  1. Дефект в программе.
  2. Ошибка.
  3. Отказ.
Вопрос 25

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

  1. Этап кодирования.
  2. Процесс проектирования.
  3. Процесс разработки требований.
  4. Процесс тестирования.
Вопрос 26

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

  1. Этап кодирования.
  2. Процесс проектирования.
  3. Процесс разработки требований.
  4. Процесс тестирования.
Вопрос 27

Причиной ошибок на данном этапе являются: Бесконтрольность значений входных параметров, индексов массивов, параметров циклов, выходных результатов, деления на 0 и др.; Неправильная обработка нерегулярных ситуаций при анализе кодов возврата от вызываемых подпрограмм, функций и др.; Нарушение стандартов кодирования (плохие комментарии, нерациональное выделение модулей и компонент и др.); Использование одного имени для обозначения разных объектов или разных имен одного объекта, плохая мнемоника имен; Несогласованное внесение изменений в программу разными разработчиками и др.

  1. Этап кодирования.
  2. Процесс проектирования.
  3. Процесс разработки требований.
  4. Процесс тестирования.
Вопрос 28

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

  1. Функциональные ошибки.
  2. Ошибки интерфейса.
  3. Логические ошибки.
  4. Ошибки ввода-вывода и манипулирования данными.
Вопрос 29

Данные ошибки – следствие неправильно определенных функций, нарушения порядка их применения или отсутствия полноты их реализации и т.д.

  1. Логические ошибки.
  2. Функциональные ошибки.
  3. Ошибки интерфейса.
  4. Ошибки ввода-вывода и манипулирования данными.
Вопрос 30

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

  1. Ошибки ввода-вывода и манипулирования данными.
  2. Ошибки вычислений.
  3. Ошибки интерфейса.
  4. Ошибки объема.
Вопрос 31

Данные ошибки связаны с необеспечением требуемой скорости обработки запросов или времени восстановления программы.

  1. Ошибки интерфейса.
  2. Ошибки ввода-вывода и манипулирования данными.
  3. Ошибки вычислений.
  4. Ошибки времени выполнения.
Вопрос 32

Классификация типов отказов:

  1. Аппаратный, …
  2. Информационный, …
  3. Эргономический, …
  4. Программный, …
  5. … при котором общесистемное ПО не работоспособно.
  6. … вызванный ошибками во входных данных и передаче данных по каналам связи, а также при сбое устройств ввода (следствие аппаратных отказо.
  7. … вызванный ошибками оператора при его взаимодействии с машиной (этот отказ - вторичный отказ, может привести к информационному или функциональному отказам).
  8. … при наличии ошибок в компонентах и др.
Вопрос 33

Для реализации обработки исключений в C++ используются выражения try, throw и catch.

  1. Блок try {…}.
  2. Выражение throw.
  3. Блок catch.
  4. Позволяет включить один или несколько операторов, которые могут создавать исключение.
  5. Используется только в программных исключениях и означает, что исключительное условие произошло в предыдущем блоке.
  6. Для обработки исключений, которые могут быть созданы, необходимо реализовать один или несколько … сразу после предыдущего блока.
Вопрос 34

Когда при использовании практик SQA осуществляется контроль качества тестируемого ПО?

  1. На ранних этапах разработки.
  2. На каждом этапе разработки.
  3. На поздних этапах разработки.
  4. По завершении разработки.
Вопрос 35

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

  1. Сложность ошибок при создании корректировок компонентов и комплекса программ – …
  2. Сложность проявления ошибок функционирования программ и получения результатов – …
  3. … – статическая сложность, когда реализуются его требуемые функции, вносятся основные дефекты и ошибки.
  4. … – динамическая сложность, когда проявляются дефекты и ошибки, отражающиеся на функциональном назначении, рисках и качестве применения версии ПС.
Вопрос 36

Суть объективно-логического управления:

  1. Правильный подбор кадров.
  2. Мотивация персонала.
  3. Административное управление бизнес-процессами.
  4. Управление компьютерной сетью предприятия.
Вопрос 37

Цель социально-психологического управления:

  1. Правильный подбор кадров.
  2. Мотивация персонала.
  3. Управление иерархией персонала.
  4. Администрирование социальных сетей предприятия.
Вопрос 38

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

  1. Существенность.
  2. Бизнес-процессы.
  3. Радикальность.
  4. Фундаментальность.
Вопрос 39

Бизнес строится заново. Основная ошибка руководителей, обращающихся к реинжинирингу, кроется в том, что они рассчитывают сохранить удачные, по их мнению, наработки и связи. Этот подход неверный, так как реинжиниринг предполагает полную перезагрузку системы. Меняется все вплоть до стратегии развития и цели компании.

  1. Существенность.
  2. Бизнес-процессы.
  3. Радикальность.
  4. Фундаментальность.
Вопрос 40

Реинжиниринг также имеет цель – не бывает процесса ради процесса. Если по итогам реинжиниринга не произошло существенного изменения в результатах работы, руководителями на каком-то этапе была допущена ошибка.

  1. Существенность.
  2. Бизнес-процессы.
  3. Радикальность.
  4. Фундаментальность.