Документирование и тестирование программного обеспечения.dor_БАК_25-194-Б

Документирование и тестирование программного обеспечения.dor_БАК_25-194-Б — вариант 7

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

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

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

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

Вопрос 1

Вы работаете аналитиком качества в проекте для государственного заказчика. В ходе разработки системы заказчик требует <i>(см. ниже)</i>:<br/>• зафиксировать все функциональные и нефункциональные требования;<br/>• представить архитектурные решения;<br/>• подготовить набор тестовых сценариев;<br/>• обеспечить план качества и трассируемость требований.<br/><i>Какой комплект документов позволит выполнить эти задачи?</i>

  1. UML-диаграммы, (Business Process Model and Notation), ER-диаграммы (Entity-Relationship model)
  2. SRS (Software Requirements Specification), SDD (Software Design Document), SVVP (Server Virtualization Validation Program), STD (Software Testing and Development), SQAP (Software Quality Assurance Plan)
  3. Agile backlog, User Stories, Definition of Done
  4. Только исходный код с комментариями
Вопрос 2

Вы работаете в стартапе, где процесс разработки быстрый и гибкий. Заказчик не требует полного пакета формальных документов, но есть несколько требований <i>(см. ниже)</i>:<br/>• необходимо зафиксировать ключевые пользовательские истории;<br/>• поддерживать актуальные модели системы для команды;<br/>• описывать тестовые сценарии в простой форме;<br/>• обеспечивать минимальный, но достаточный уровень документирования.<br/><i>Какой набор документации будет оптимален для данного проекта?</i>

  1. Полный комплект: SRS (Software Requirements Specification), SDD (Software Design Document), SVVP (Server Virtualization Validation Program), STD (Software Testing and Development), SQAP (Software Quality Assurance Plan)
  2. Agile backlog (user stories), UML-диаграммы для ключевых процессов, лёгкие чек-листы для тестов
  3. Только UML-диаграммы без текстовых документов
  4. Только устные договорённости и обсуждения в мессенджерах
Вопрос 3

Вы участвуете в разработке продукта для международного рынка. Требуется <i>(см. ниже)</i>:<br/>• подготовить документацию на английском языке в соответствии с ISO/IEC 12207;<br/>• использовать единый шаблон для требований, проектных решений и тестов;<br/>• обеспечить актуальность документации при изменении требований;<br/>• учесть юридическую значимость документов при сертификации продукта.<br/><i>Какой подход к документированию будет наиболее эффективен?</i>

  1. Использовать только комментарии в коде и внутренние вики-страницы
  2. Поддерживать полный комплект формализованных документов SRS (Software Requirements Specification), SDD (Software Design Document), SVVP (Server Virtualization Validation Program), STD (Software Testing and Development), SQAP (Software Quality Assurance Plan) по международным стандартам
  3. Работать исключительно с Agile backlog без формальных документов
  4. Вести проектные заметки в Excel без контроля версий
Вопрос 4

Вы работаете тестировщиком в проекте по разработке банковской системы. Перед вами стоят задачи <i>(см. ниже)</i>:<br/>• проверить корректность расчётов в модулях кредитования;<br/>• протестировать ветвления алгоритмов при разных условиях;<br/>• обеспечить достаточное покрытие кода тестами для прохождения аудита.<br/><i>Какой подход будет наиболее подходящим?</i>

  1. Использование трассировки кода для построения отчётов о покрытии
  2. Применение анализа граничных значений
  3. Тестирование пользовательских сценариев в интерфейсе
  4. Использование UML-диаграмм для описания процессов без исполнения тестов
Вопрос 5

Вы работаете в команде над медицинской системой обработки данных. Система должна корректно работать при любых входных условиях, включая некорректные или экстремальные значения. Требуется проверить <i>(см. ниже)</i>:<br/>• все возможные комбинации условий;<br/>• реакции системы на неверные входные данные;<br/>• корректность циклов при больших объёмах данных.<br/><i>Какой метод тестирования обеспечит полноту проверки?</i>

  1. Тестирование условий (Condition Coverage)
  2. Проверка проектной документации без запуска программы
  3. Нагрузочное тестирование интерфейсов
  4. Использование mock-объектов вместо тестов
Вопрос 6

Вам поручено протестировать промышленное программное обеспечение для управления производственной линией. Перед вами стоят задачи <i>(см. ниже)</i>:<br/>• проверить все ветвления управляющего кода;<br/>• протестировать циклы на 0, 1 и максимальное число итераций;<br/>• обеспечить гарантию, что ни один путь исполнения не останется непроверенным.<br/><i>Какой метод структурного тестирования будет оптимальным?</i>

  1. Тестирование всех возможных ветвей (Branch Coverage)
  2. Проверка исключительно функциональных требований
  3. Валидация бизнес-целей заказчика
  4. Тестирование доступности интерфейса для пользователей
Вопрос 7

Вы тестируете систему онлайн-бронирования авиабилетов. Перед вами стоят задачи <i>(см. ниже)</i>:<br/>• проверить корректность расчёта итоговой стоимости с учётом сборов и скидок;<br/>• убедиться, что система обрабатывает пустые и неверные поля формы;<br/>• протестировать корректность бизнес-правил (например, ребёнок не может лететь без взрослого).<br/><i>Какой метод функционального тестирования будет наиболее уместен?</i>

  1. Тестирование таблицами решений (Decision Table Testing)
  2. Проверка покрытия кода (Code Coverage)
  3. Нагрузочное тестирование с эмуляцией тысяч пользователей
  4. Валидация архитектурных решений без запуска программы
Вопрос 8

Вы работаете над тестированием интернет-банка. Необходимо проверить <i>(см. ниже)</i>:<br/>• поведение системы при вводе некорректных значений (отрицательные суммы, неверный формат даты);<br/>• реакцию на допустимые данные (сумма перевода в пределах лимита);<br/>• корректную обработку данных на границах (максимальная сумма перевода, предельное число операций).<br/><i>Какой набор методов тестирования следует применить?</i>

  1. Разбиение на классы эквивалентности и анализ граничных значений
  2. Статический анализ кода
  3. Отладка модулей на стороне разработчика
  4. Моделирование нагрузки на базу данных
Вопрос 9

Вы тестируете образовательную платформу. Требуется <i>(см. ниже)</i>:<br/>• проверить, что пользователь может зарегистрироваться только при выполнении всех обязательных условий;<br/>• протестировать комбинации параметров (например, «роль = студент» + «возраст ˂ 14 лет» → невозможность регистрации без согласия родителей);<br/>• убедиться, что система корректно реагирует на разные наборы входных условий.<br/><i>Какой метод будет наиболее подходящим?</i>

  1. Тестирование на основе диаграмм причин–следствий (Cause–Effect Graphing)
  2. Тестирование циклов исполнения кода
  3. Проверка архитектуры UML-диаграмм
  4. Сравнение с кодом базового класса
Вопрос 10

Вы работаете в команде над системой электронного голосования. Заказчик требует <i>(см. ниже)</i>:<br/>• подтверждение того, что продукт соответствует спецификациям;<br/>• проверку того, что система удовлетворяет ожиданиям граждан (пользователей);<br/>• официальное заключение независимой экспертизы о качестве системы;<br/>• контроль ошибок на стыках модулей.<br/><i>Какие процессы необходимо применить?</i>

  1. Верификация, валидация, аттестация, интеграционное тестирование
  2. Только функциональное тестирование
  3. Статический анализ требований
  4. Тестирование интерфейсов без документирования
Вопрос 11

Вы участвуете в проекте по разработке национальной системы учёта налогов. Требуется<i> (см. ниже)</i>:<br/>• спланировать процесс тестирования в соответствии с международными стандартами;<br/>• подготовить тестовые данные и окружение;<br/>• зафиксировать критерии входа и выхода;<br/>• собрать отчёты о результатах тестов.<br/><i>Какая последовательность шагов методики тестирования будет правильной?</i>

  1. Планирование → Проектирование тестов → Подготовка окружения → Выполнение → Анализ результатов → Закрытие
  2. Выполнение → Закрытие → Планирование → Проектирование тестов → Подготовка окружения
  3. Кодирование → Отладка → Релиз
  4. Сбор требований → Реализация → Поддержка
Вопрос 12

Вы тестируете корпоративную ERP-систему (Enterprise Resource Planning). Основные задачи <i>(см. ниже)</i>:<br/>• проверить корректность работы всей системы целиком, включая бизнес-процессы;<br/>• убедиться в соответствии продукта стандарту ISO/IEC 25010, где выделены характеристики качества;<br/>• протестировать функциональную пригодность, надёжность и безопасность.<br/><i>Какой вид тестирования будет наиболее применим?</i>

  1. Системное тестирование
  2. Модульное тестирование
  3. Нагрузочное тестирование
  4. Приёмочное тестирование без проверки стандартов
Вопрос 13

Вы разрабатываете систему управления умным домом. Основные задачи тестирования <i>(см. ниже)</i>:<br/>• проверить корректность работы классов «Device → Light, Thermostat, Camera»;<br/>• протестировать инварианты (например, температура не может быть меньше 0°C);<br/>• убедиться, что наследование реализовано корректно и методы переопределяются без нарушения контрактов.<br/><i>Какой подход к тестированию будет оптимальным?</i>

  1. Объектно-ориентированное тестирование классов, наследования и инвариантов
  2. Тестирование интерфейсов без проверки логики классов
  3. Нагрузочное тестирование подсистем
  4. Отладка без фиксации тестов
Вопрос 14

В проекте по созданию облачной системы хранения требуется<i> (см. ниже)</i>:<br/>• протестировать корректность работы виртуальных методов в классах «Storage → Local, Cloud»;<br/>• проверить поведение разных реализаций одного интерфейса (например, метод save());<br/>• зафиксировать результаты для предотвращения регрессий.<br/><i>Какой набор практик следует использовать?</i>

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

Вы участвуете в Agile-команде, которая внедряет практику экстремального программирования (XP). Перед вами стоят цели <i>(см. ниже)</i>:<br/>• писать тесты до кода;<br/>• обеспечивать быструю обратную связь;<br/>• применять рефакторинг без риска нарушить существующую функциональность;<br/>• использовать mock-объекты для имитации зависимостей.<br/><i>Какой подход соответствует этим требованиям?</i>

  1. Test-Driven Development (TDD) с применением mock-объектов и непрерывной интеграции
  2. Тестирование методом «чёрного ящика»
  3. Разработка без тестов, полагаясь на финальную проверку
  4. Ручная валидация бизнес-требований без кода