Тестирование информационных систем.кс_СПО (тест с ответами Синергия/МОИ/ МТИ /МОСАП)
ИТОГОВЫЙ ТЕСТ
40 вопросов с ответами
Последний раз тест был сдан на 100 баллов из 100 "Отлично"
Год сдачи -2025г.
***ВАЖНО*** Перед покупкой запустите тест и сверьте подходят ли эти ответы именно Вам***
После покупки Вы получите файл с ответами на вопросы которые указаны ниже:
1. Состояние программы, при котором выдаются неправильные результаты, причиной которых являются изъяны в операторах программы или в технологическом процессе ее разработки, что приводит к неправильной интерпретации исходной информации, следовательно, и к неверному решению, – …
*Дефект в программе.
*Ошибка.
*Отказ.
2. Непосредственная цель тестирования:
*Создать приложение/продукт с заданными свойствами.
*Установить набор свойств и характеристик продукта.
*Установить соответствие различных свойств и характеристик приложения/продукта заданным требованиям.
*Выявить функциональность приложения/продукта.
3. Существуют 2 основных принципа тестирования программ:
A. функциональное тестирование, оно же…
B. структурное тестирование, оно же…
C. …тестирование черного ящика.
D. … тестирование белого ящика.
4. Отклонение программы от функционирования или невозможность программы выполнять функции, определенные требованиями и ограничениями, что рассматривается как событие, способствующее переходу программы в неработоспособное состояние из-за ошибок, скрытых в ней дефектов или сбоев в среде функционирования.
*Дефект в программе.
*Ошибка.
*Отказ.
5. Реинжиниринг заключается в том, чтобы абстрагироваться от настоящего состояния бизнеса и «заглянуть в будущее». Рисуется идеальная картина, после чего определяется, насколько возможно для компании достичь такого состояния и какие методы необходимо использовать для этого.
*Существенность.
*Бизнес-процессы.
*Радикальность.
*Фундаментальность.
6. С каким этапом разработки программного продукта связаны следующие ошибки: с определением интерфейса пользователя со средой; с описанием функций (неадекватность целей и задач компонентов, которые обнаруживаются при проверке комплекса компоненто; с определением процесса обработки информации и взаимодействия между процессами (результат некорректного определения взаимосвязей компонентов и процессо; с некорректным заданием данных и их структур при описании отдельных компонентов и ПС в целом; с некорректным описанием алгоритмов модулей; с определением условий возникновения возможных ошибок в программе; с нарушением принятых для проекта стандартов и технологий.
*Этап кодирования.
*Процесс проектирования.
*Процесс разработки требований.
*Процесс тестирования.
7. Для какого этапа разработки программного продукта характерны следующие ошибки: Неадекватность спецификации требований конечным пользователям; Некорректность спецификации взаимодействия ПО со средой функционирования или с пользователями; Несоответствие требований заказчика к отдельным и общим свойствам ПО; Некорректность описания функциональных характеристик; Необеспеченность инструментальными средствами всех аспектов реализации требований заказчика и др.
*Этап кодирования.
*Процесс проектирования.
*Процесс разработки требований.
*Процесс тестирования.
8. Типы тестирования по виду подсистемы или продукта:
A. Тестирование основной функциональности…
B. Тестирование инсталляции…
C. Тестирование пользовательской документации…
D. … , когда тестированию подвергается собственно система, являющаяся основным выпускаемым продуктом.
E. … включает тестирование сценариев первичной инсталляции системы, сценариев повторной инсталляции (поверх уже существующей копии), тестирование деинсталляции, тестирование инсталляции в условиях наличия ошибок в инсталлируемом пакете, в окружении или в сценарии и т. п.
F. … включает проверку полноты и понятности описания правил и особенностей использования продукта, наличие описания всех сценариев и функциональности, синтаксис и грамматику языка, работоспособность примеров и т. п.
9. Данные ошибки являются причиной нарушения логики алгоритма, внутренней несогласованности переменных и операторов, а также правил программирования.
*Функциональные ошибки.
*Ошибки интерфейса.
*Логические ошибки.
*Ошибки ввода-вывода и манипулирования данными.
10. Цель функционального тестирования:
*Исследовать работу отдельных модулей программы.
*Исследовать внутреннее поведение программы.
*Подтвердить, что модули программы взаимодействуют между собой корректно.
*Подтвердить, что программный продукт реализован в соответствии с функциональными требованиями.
11. Расположите в правильном порядке фазы тестирования:
1 Создание тестового набора путём ручной разработки или автоматической генерации для конкретной среды тестирования.
2 Прогон программы на тестах, управляемый тестовым монитором с получением протокола тестирования.
3 Оценка результатов выполнения программы на наборе тестов с целью принятия решения о продолжении или остановке тестирования.
12. Виды тест-кейсов:
A. Высокоуровневый тест-кейс – …
B. Низкоуровневый тест-кейс – …
C. … – тест-кейс с конкретными входными данными и ожидаемыми результатами.
D. … – тест-кейс без конкретных входных данных и ожидаемых результатов.
13. Структурное тестирование основано на:
*На знании о поведении системы, которое описывается в проектной документации.
*На детальном изучении логики программы и подборе тестов, обеспечивающих максимально возможное число проверяемых операторов, логических ветвлений
и условий.
*На изучении результатов многократного прогона тестируемой программы без детального рассмотрения её внутренней логики.
*На проверке работоспособности программы после внесения в неё изменений.
14. … – данное состояние означает, что в процессе выполнения тест-кейса был обнаружен дефект, заключающийся в том, что ожидаемый результат по как минимум одному шагу тест-кейса не совпадает с фактическим результатом.
*Требует доработки.
*Заблокирован.
*Закрыт.
*Провален.
15. Причиной ошибок на данном этапе являются: Бесконтрольность значений входных параметров, индексов массивов, параметров циклов, выходных результатов, деления на 0 и др.; Неправильная обработка нерегулярных ситуаций при анализе кодов возврата от вызываемых подпрограмм, функций и др.; Нарушение стандартов кодирования (плохие комментарии, нерациональное выделение модулей и компонент и др.); Использование одного имени для обозначения разных объектов или разных имен одного объекта, плохая мнемоника имен; Несогласованное внесение изменений в программу разными разработчиками и др.
*Этап кодирования.
*Процесс проектирования.
*Процесс разработки требований.
*Процесс тестирования.
16. Цель социально-психологического управления:
*Правильный подбор кадров.
*Мотивация персонала.
*Управление иерархией персонала.
*Администрирование социальных сетей предприятия.
17. Данные ошибки возникают по причине неточности исходных данных и реализованных формул, погрешностей методов, неправильного применения операций вычислений или операндов.
*Ошибки ввода-вывода и манипулирования данными.
*Ошибки вычислений.
*Ошибки интерфейса.
*Ошибки объема.
18. Принципы безопасности программного обеспечения:
A. Конфиденциальность – это…
B. Целостность – это…
C. Доступность – это…
D. …сокрытие определенных ресурсов или информации.
E. …характеристика, состоящая из двух критериев, доверие (ожидается, что ресурс будет изменен только соответствующим способом определенной группой пользователей) и повреждение и восстановление (в случае, когда данные повреждаются или неправильно меняются авторизованным или не авторизованным пользователем, вы должны определить на сколько важной является процедура восстановления данных).
F. …требования о том, что ресурсы должны быть доступны авторизованному пользователю, внутреннему объекту или устройству.
19. Сложность проявления, обнаружения и устранения ошибок значительно конкретизируется и становится измеримой, когда устанавливается связь этого понятия с конкретными ресурсами, необходимыми для решения соответствующей задачи, и возможными проявлениями дефектов. При разработке и сопровождении программ основным лимитирующим ресурсом обычно являются допустимые трудозатраты специалистов, а также ограничения на сроки разработки, параметры ЭВМ, технологию проектирования корректировок ПС. Показатели сложности при анализе можно разделить на две большие группы:
A. Сложность ошибок при создании корректировок компонентов и комплекса программ – …
B. Сложность проявления ошибок функционирования программ и получения результатов – …
C. … – статическая сложность, когда реализуются его требуемые функции, вносятся основные дефекты и ошибки.
D. … – динамическая сложность, когда проявляются дефекты и ошибки, отражающиеся на функциональном назначении, рисках и качестве применения версии ПС.
20. Когда при использовании практик SQA осуществляется контроль качества тестируемого ПО?
*На ранних этапах разработки.
*На каждом этапе разработки.
*На поздних этапах разработки.
*По завершении разработки.
21. Бизнес строится заново. Основная ошибка руководителей, обращающихся к реинжинирингу, кроется в том, что они рассчитывают сохранить удачные, по их мнению, наработки и связи. Этот подход неверный, так как реинжиниринг предполагает полную перезагрузку системы. Меняется все вплоть до стратегии развития и цели компании.
*Существенность.
*Бизнес-процессы.
*Радикальность.
*Фундаментальность.
22. Повторное выполнение тестов для обеспечения того, чтобы ранее разработанное и протестированное программное обеспечение всё ещё работало после изменения – это:
*Интеграционное тестирование.
*Модульное тестирование.
*Системное тестирование.
*Регрессионное тестирование.
23. Алгоритм использования техники граничных значений:
1 выделить классы эквивалентности;
2 определить граничные значения этих классов;
3 нужно понять, к какому классу будет относиться каждая граница;
4 нужно провести тесты по проверке значения до границы, на границе и сразу после границы.
24. Реинжиниринг также имеет цель – не бывает процесса ради процесса. Если по итогам реинжиниринга не произошло существенного изменения в результатах работы, руководителями на каком-то этапе была допущена ошибка.
*Существенность.
*Бизнес-процессы.
*Радикальность.
*Фундаментальность.
25. … – в некоторых системах управления тест-кейсами это состояние заменяет собой «запланирован». Нахождение тест-кейса в данном состоянии означает, что он готов к выполнению, но ещё не был выполнен.
*Выполняется.
*Не выполнен.
*Пропущен.
*Заблокирован.
26. Данные ошибки связаны с необеспечением требуемой скорости обработки запросов или времени восстановления программы.
*Ошибки интерфейса.
*Ошибки ввода-вывода и манипулирования данными.
*Ошибки вычислений.
*Ошибки времени выполнения.
27. Следствие ошибок разработчика на любом из этапов разработки, которая может содержаться в исходных или проектных спецификациях, текстах кодов программ, эксплуатационной документации и т.п., – …
*Дефект в программе.
*Ошибка.
*Отказ.
28. Выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными системами – это:
*Интеграционное тестирование.
*Модульное тестирование.
*Системное тестирование.
*Регрессионное тестирование.
29. … – данное состояние означает, что в процессе выполнения тест-кейса не было обнаружено дефектов, связанных с расхождением ожидаемых и фактических результатов его шагов.
*Закрыт
*Требует доработки.
*Пройден успешно.
*Создан.
30. Что позволяет установить тестирование?
*И наличествующие ошибки, и факт отсутствия ошибок.
*Наличествующие ошибки, но не факт их отсутствия.
*Факт отсутствия, но не наличествующие.
*Ни то, ни другое.
31. Суть объективно-логического управления:
*Правильный подбор кадров.
*Мотивация персонала.
*Административное управление бизнес-процессами.
*Управление компьютерной сетью предприятия.
32. Данные ошибки – следствие неправильно определенных функций, нарушения порядка их применения или отсутствия полноты их реализации и т.д.
*Логические ошибки.
* Функциональные ошибки.
*Ошибки интерфейса.
*Ошибки ввода-вывода и манипулирования данными.
33. Набор входных данных, условий выполнения и ожидаемых результатов, разработанный с целью проверки того или иного свойства или поведения программного средства:
*Тест.
*Тест-кейс.
*Тест-сценарий.
*Тест-вариант.
34. Для реализации обработки исключений в C++ используются выражения try, throw и catch.
A. Блок try {…}.
B. Выражение throw.
C. Блок catch.
D. Позволяет включить один или несколько операторов, которые могут создавать исключение.
E. Используется только в программных исключениях и означает, что исключительное условие произошло в предыдущем блоке.
F. Для обработки исключений, которые могут быть созданы, необходимо реализовать один или несколько … сразу после предыдущего блока.
35. Покрытие – это часть структуры программы, которая была охвачена тестированием, выраженная в процентах. Существует несколько различных способов измерения покрытия:
A. Покрытие операторов – …
B. Покрытие условий – …
C. Покрытие путей – …
D. Покрытие функций – …
E. … каждая ли строка исходного кода была выполнена и протестирована.
F. … каждая ли точка решения (вычисления истинно ли или ложно выражение) была выполнена и протестирована.
G. … все ли возможные траектории через заданную часть кода были выполнены и протестированы.
H. … каждая ли функция программы была выполнена.
36. … – в этом состоянии тест-кейс находится, когда он или явно включён в план ближайшей итерации тестирования, или как минимум готов для выполнения.
*Запланирован.
*Выполняется.
*Не выполнен.
*Заблокирован.
37. Классификация типов отказов:
A. Аппаратный, …
B. Информационный, …
C. Эргономический, …
D. Программный, …
E. … при котором общесистемное ПО не работоспособно.
F. … вызванный ошибками во входных данных и передаче данных по каналам связи, а также при сбое устройств ввода (следствие аппаратных отказо.
G. … вызванный ошибками оператора при его взаимодействии с машиной (этот отказ - вторичный отказ, может привести к информационному или функциональному отказам).
H. … при наличии ошибок в компонентах и др.
38. Тестируется отдельный модуль в отрыве от остальной системы – это:
*Интеграционное тестирование.
*Модульное тестирование.
*Системное тестирование.
*Регрессионное тестирование.
39. Два и более компонента тестируются на совместимость – это:
*Интеграционное тестирование.
*Модульное тестирование.
*Системное тестирование.
*Регрессионное тестирование.
40. Каждый из отдельных видов тестирования (блочное тестирование, тестирование компонентов и интеграционное тестирование) обычно позволяют найти менее … ошибок. Комбинация видов тестирования часто приводит к обнаружению менее … ошибок.
*50%; 60%.
*40%; 50%.
*70%; 80%.
*20%; 100%.
Тестирование информационных систем
УЧЕБНЫЕ МАТЕРИАЛЫ
Тестирование информационных систем.кс_СПО
Занятие 1
Занятие 2
Учебные материалы
