Ответы на вопросы из коллекции "Университет «Синергия» Тестирование информационных систем.кс_СПО (Итоговый тест)"

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

• Дефект в программе.
• Ошибка.
• Отказ.

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

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

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

• A. функциональное тестирование, оно же…
• B. структурное тестирование, оно же…
• C. …тестирование черного ящика.
• D. … тестирование белого ящика.

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

• Дефект в программе.
• Ошибка.
• Отказ.

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

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

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

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

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

• Этап кодирования.
• Процесс проектирования.
• Процесс разработки требований.
• Процесс тестирования.

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

• Этап кодирования.
• Процесс проектирования.
• Процесс разработки требований.
• Процесс тестирования.

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

• A. Тестирование основной функциональности…
• B. Тестирование инсталляции…
• C. Тестирование пользовательской документации…
• D. … , когда тестированию подвергается собственно система, являющаяся основным выпускаемым продуктом.
• E. … включает тестирование сценариев первичной инсталляции системы, сценариев повторной инсталляции (поверх уже существующей копии), тестирование деинсталляции, тестирование инсталляции в условиях наличия ошибок в инсталлируемом пакете, в окружении или в сценарии и т. п.
• F. … включает проверку полноты и понятности описания правил и особенностей использования продукта, наличие описания всех сценариев и функциональности, синтаксис и грамматику языка, работоспособность примеров и т. п.

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

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

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

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

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

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

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

• A. Высокоуровневый тест-кейс – …
• B. Низкоуровневый тест-кейс – …
• C. … – тест-кейс с конкретными входными данными и ожидаемыми результатами.
• D. … – тест-кейс без конкретных входных данных и ожидаемых результатов.

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

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

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

• Требует доработки.
• Заблокирован.
• Закрыт.
• Провален.

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

• Этап кодирования.
• Процесс проектирования.
• Процесс разработки требований.
• Процесс тестирования.

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

• Правильный подбор кадров.
• Мотивация персонала.
• Управление иерархией персонала.
• Администрирование социальных сетей предприятия.

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

• Ошибки вычислений.
• Ошибки интерфейса.
• Ошибки объема.

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

• A. Конфиденциальность – это…
• B. Целостность – это…
• C. Доступность – это…
• D. …сокрытие определенных ресурсов или информации.
• E. …характеристика, состоящая из двух критериев, доверие (ожидается, что ресурс будет изменен только соответствующим способом определенной группой пользователей) и повреждение и восстановление (в случае, когда данные повреждаются или неправильно меняются авторизованным или
• не авторизованным пользователем, вы должны определить на сколько важной является процедура восстановления данных).
• F. …требования о том, что ресурсы должны быть доступны авторизованному пользователю, внутреннему объекту или устройству.

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

• A. Сложность ошибок при создании корректировок компонентов и комплекса программ – …
• B. Сложность проявления ошибок функционирования программ и получения результатов – …
• C. … – статическая сложность, когда реализуются его требуемые функции, вносятся основные дефекты и ошибки.
• D. … – динамическая сложность, когда проявляются дефекты и ошибки, отражающиеся на функциональном назначении, рисках и качестве применения версии ПС.

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

• На ранних этапах разработки.
• На каждом этапе разработки.
• На поздних этапах разработки.
• По завершении разработки.

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

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

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

• Интеграционное тестирование.
• Модульное тестирование.
• Системное тестирование.
• Регрессионное тестирование.

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

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

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

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

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

• Выполняется.
• Не выполнен.
• Пропущен.
• Заблокирован.

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

• Ошибки интерфейса.
• Ошибки ввода-вывода и манипулирования данными.
• Ошибки вычислений.
• Ошибки времени выполнения.

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

• Дефект в программе.
• Ошибка.
• Отказ.

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

• Интеграционное тестирование.
• Модульное тестирование.
• Системное тестирование.
• Регрессионное тестирование.

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

• Закрыт
• Требует доработки.
• Пройден успешно.
• Создан.

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

• И наличествующие ошибки, и факт отсутствия ошибок.
• Наличествующие ошибки, но не факт их отсутствия.
• Факт отсутствия, но не наличествующие.
• Ни то, ни другое.

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

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

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

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

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

• Тест.
• Тест-кейс.
• Тест-сценарий.
• Тест-вариант.

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

• A. Блок try {…}.
• B. Выражение throw.
• C. Блок catch.
• D. Позволяет включить один или несколько операторов, которые могут создавать исключение.
• E. Используется только в программных исключениях и означает, что исключительное условие произошло в предыдущем блоке.
• F. Для обработки исключений, которые могут быть созданы, необходимо реализовать один или несколько … сразу после предыдущего блока.

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

• A. Покрытие операторов – …
• B. Покрытие условий – …
• C. Покрытие путей – …
• D. Покрытие функций – …
• E. … каждая ли строка исходного кода была выполнена и протестирована.
• F. … каждая ли точка решения (вычисления истинно ли или ложно выражение) была выполнена и протестирована.
• G. … все ли возможные траектории через заданную часть кода были выполнены и протестированы.
• H. … каждая ли функция программы была выполнена.

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

• Запланирован.
• Выполняется.
• Не выполнен.
• Заблокирован.

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

• A. Аппаратный, …
• B. Информационный, …
• C. Эргономический, …
• D. Программный, …
• E. … при котором общесистемное ПО не работоспособно.
• F. … вызванный ошибками во входных данных и передаче данных по каналам связи, а также при сбое устройств ввода (следствие аппаратных отказо.
• G. … вызванный ошибками оператора при его взаимодействии с машиной (этот отказ - вторичный отказ, может привести к информационному или функциональному отказам).
• H. … при наличии ошибок в компонентах и др.

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

• Интеграционное тестирование.
• Модульное тестирование.
• Системное тестирование.
• Регрессионное тестирование.

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

• Интеграционное тестирование.
• Модульное тестирование.
• Системное тестирование.
• Регрессионное тестирование.

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

• 50%; 60%.
• 40%; 50%.
• 70%; 80%.