игра брюс 2048
Главная / Менеджмент / Гибкая методология разработки программного обеспечения / Тест 5

Гибкая методология разработки программного обеспечения - тест 5

Упражнение 1:
Номер 1
Укажите верные определения 

Ответ:

 (1) если итерация начинается с собрания, на котором она планируется, то заканчиваться она должна тоже собранием 

 (2) по завершении итерации анализ сделанного делать не следует 

 (3) запросы поиска проблем должны выполняться хотя бы один раз в начале рабочего дня 

 (4) выполняющиеся итерации контролировать не обязательно 


Номер 2
Какие определения верны? 

Ответ:

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

 (2) первоначальный план итерации создается на основе элементов сценариев (scenario entries) и требований к качеству, имеющих точные оценки 

 (3) первоначальный план итерации создается на основе элементов сценариев (scenario entries) и требований к качеству, имеющих приблизительные оценки 

 (4) в текущую итерацию попадают сценарии и требования к качеству, имеющие наибольшую практическую ценность 


Номер 3
Отметьте верные утверждения

Ответ:

 (1) хорошая архитектура - это когда части приложения могут разрабатываться независимо 

 (2) хорошая архитектура - это простая внутренняя структура 

 (3) хорошая архитектура - это сложная внутренняя структура 

 (4) хорошая архитектура - это когда части приложения не могут разрабатываться независимо 


Упражнение 2:
Номер 1
Какие действия рекомендуются в операции - Мониторинг итерации?

Ответ:

 (1) анализ описателей высокоприоритетных сценариев, требований к качеству и ошибок в данной итерации 

 (2) распределение приоритетов так, чтобы сначала заканчивались наиболее важные части итерации 

 (3) не рекомендуется распределение приоритетов 

 (4) распознавание узких мест, снижающих темп выполнения работы 


Номер 2
Какие действия рекомендуются в операции - Снижение риска?

Ответ:

 (1) тратить максимум усилий на устранение рискованных моментов, несмотря на возможные убытки 

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

 (3) тратить на устранение рискованных моментов усилий не больше, чем они могут принести убытков 

 (4) для снижения риска необходимо координально переделать итерацию 


Номер 3
Какие действия рекомендуются в операции - Выполнение ретроспективного анализа?

Ответ:

 (1) использование списков из двух столбцов: "плюсов" и "минусов" завершенной итерации 

 (2) анализ своих действий до завершения итерации. 

 (3) анализ своих действий после завершения итерации. 

 (4) постараться увидеть возможные пути совершенствования процесса и соответствующим образом перестроиться 


Упражнение 3:
Номер 1
Что верно для операции - Определение продолжительности итерации?

Ответ:

 (1) общая продолжительность проекта определяется на основании продолжительности итераций 

 (2) общее время, необходимое для завершения задач, называется продолжительностью итерации 

 (3) общее время, необходимое для завершения цикла, называется продолжительностью итерации 

 (4) общая продолжительность проекта определяется на основании сроков заказчика 


Номер 2
Какие действия рекомендуются в операции - Оценка сценария?

Ответ:

 (1) разработайте программу для оценки величины ROM (rough order of magnitude) сложности каждого сценария 

 (2) совместно с разработчиками оцените приблизительный порядок величины (rough order of magnitude, ROM) сложности каждого сценария 

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


Номер 3
Какие действия рекомендуются в операции - Оценка требований к качеству?

Ответ:

 (1) выбрать из списка наиболее приоритетные требования к качеству и выполнить для них оценки 

 (2) создайте описатель риска и прикрепите его к соответствующему требованию к качеству для отображения зависимости 

 (3) выполнить оценки для произвольных требований к качеству 


Упражнение 4:
Номер 1
Какие рекомендации существуют для операции - Разбиение сценариев на задачи?

Ответ:

 (1) менеджер проекта организует короткое собрание или дискуссию по электронной почте и фиксирует задачи 

 (2) менеджер проекта организует собрание на целый день и выслушивает все мнения 

 (3) пусть архитекторы, тестировщики и разработчики сами выберут себе задачи 

 (4) пусть менеджер проекта принудительно назначит задачи архитекторам, тестировщикам и разработчикам  


Номер 2
Какие рекомендации существуют для операции - Разбиение требования к качеству на задачи?

Ответ:

 (1) если будут обнаружены сценарии, пропущенные бизнес-аналитиком, не предпринимайте никаких действий 

 (2) если будут обнаружены сценарии, пропущенные бизнес-аналитиком, добавьте их к соответствующему требованию к качеству 

 (3) передайте требование к качеству разработчику, которому принадлежат задачи по соответствующему сценарию. 

 (4) передайте требование к качеству тестировщику, которому принадлежат задачи по соответствующему сценарию. 


Номер 3
Какие рекомендации существуют для операции - Планирование ресурсов на исправление дефектов?

Ответ:

 (1) убедитесь, что разработчики, имеющие большое количество неисправленных ошибок, обладают достаточным резервом времени для исправления ошибок 

 (2) разработчики, имеющие большое количество неисправленных ошибок, должны исправить эти ошибки несмотря на нехватку времени 

 (3) завершите разработку плана итерации без проведения собрания 

 (4) завершите разработку плана итерации проведением собрания 


Упражнение 5:
Номер 1
Что дает разделение системы на модули?

Ответ:

 (1) возможность создать логические единицы для разработки 

 (2) позволяет снизить общую сложность 

 (3) уменьшает время отладки межмодульного взаимодействия 

 (4) увеличивает потенциальные возможности повторного использования 

 (5) возможность инкапсулировать функции 


Номер 2
Разработку чего стоит откладывать до того момента, пока она не станет абсолютно необходимой?

Ответ:

 (1) архитектуры  

 (2) интерфейсов  

 (3) тестов 


Номер 3
Моделирование производительности проводится на основе

Ответ:

 (1) требования к безопасности 

 (2) требования к качеству 

 (3) требования к функциональности 


Упражнение 6:
Номер 1
Создание архитектурной модели может

Ответ:

 (1) решить проблему надежности 

 (2) снизить риски 

 (3) повысить стоимость 

 (4) помочь избавиться от необходимости написания тестов 


Номер 2
Концепция проекта должна содержать

Ответ:

 (1) информацию о том привязан ли выпуск системы к срокам 

 (2) описание потребностей пользователей 

 (3) способы удовлетворения потребностей пользователей 

 (4) информацию о том привязан ли выпуск системы к функциональным возможностям 


Номер 3
Собирательный образ - это

Ответ:

 (1) образ системы на жестком диске 

 (2) вымышленный персонаж, представляющий разработчиков 

 (3) вымышленный персонаж, представляющий группу пользователей 


Упражнение 7:
Номер 1
Требования к качеству используются для

Ответ:

 (1) минимизации количества тестов 

 (2) описания нефункциональных требований 

 (3) ограничений на функциональные возможности системы 


Номер 2
Укажите верные положения для требований к качеству

Ответ:

 (1) требования к качеству не могут быть субъективными  

 (2) список требований к качеству переоценивается и корректируется  

 (3) требованиям к качеству присваиваются приоритеты 


Номер 3
Следует заново определить приоритеты списка требований к качеству в случаях

Ответ:

 (1) добавления или удаления требований 

 (2) изменения архитектуры 

 (3) изменения потребностей пользователей 


Упражнение 8:
Номер 1
Требования к безопасности защищают

Ответ:

 (1) конфиденциальные данные 

 (2) менеджеров от ответственности 

 (3) требования закона 

 (4) репутацию компании 

 (5) от неверной реализации алгоритмов 

 (6) торговые секреты 


Номер 2
В формулировке сценария

Ответ:

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

 (2) выбирается цель и рассматриваются разные способы, которыми собирательный образ может достичь ее 

 (3) и то и другое 

 (4) ни то ни другое 


Номер 3
Действия, уже описанные в других сценариях

Ответ:

 (1) полностью копируются 

 (2) записываются схематично 

 (3) придумываются заново 


Упражнение 9:
Номер 1
Что может включать в себя раскадровка сценария?

Ответ:

 (1) диаграммы последовательности экранов 

 (2) снимки экранов 

 (3) макеты приложений 

 (4) графические портреты собирательных образов 


Номер 2
Что такое раскадровка сценария?

Ответ:

 (1) разбиение графика проекта на части 

 (2) снабжение сценария информацией о пользовательском интерфейсе 

 (3) снабжение сценария информацией о программных интерфейсах 


Номер 3
Что такое классификация дефектов?

Ответ:

 (1) процесс анализа только вновь обнаруженных дефектов, назначения им приоритетов и привязки к определенным итерациям 

 (2) процесс анализа вновь обнаруженных или заново обрабатываемых дефектов, назначения им приоритетов и привязки к определенным итерациям 

 (3) процесс анализа только заново обрабатываемых дефектов, назначения им приоритетов и привязки к определенным итерациям 


Упражнение 10:
Номер 1
Выберите верные утверждения 

Ответ:

 (1) создавайте "чистую" сборку только финальном релизе 

 (2) создавайте "чистую" сборку только в случае абсолютной необходимости 

 (3) создавайте "чистую" сборку всегда 


Номер 2
Какие типы выпусков продукта существуют?

Ответ:

 (1) альфа-версия 

 (2) бета-версия 

 (3) гамма-версия 

 (4) релиз кандидат 

 (5) финальный релиз 


Номер 3
Чтобы сборка стала официальным выпуском, надо

Ответ:

 (1) провести мощную маркетинговую компанию  

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

 (3) провести только юнит тесты по последним изменениям 

 (4) проанализировать результаты регрессионного тестирования 


Упражнение 11:
Номер 1
Код, измененный при устранении дефекта, необходимо

Ответ:

 (1) автономно протестировать 

 (2) проверить на соответствие правилам кодирования 

 (3) выделить в виде отдельного модуля 

 (4) зарегистрировать в системе управления версиями 

 (5) не регистрировать в системе управления версиями 


Номер 2
Тесты модулей предназначены для

Ответ:

 (1) тестирования схемы базы данных 

 (2) проверки автономной работы фрагмента кода 

 (3) выпуска финального релиза 

 (4) тестирования функций или взаимодействия 


Номер 3
Какими бывают типы разрабатываемых тестов модулей?

Ответ:

 (1) тесты объектов базы данных 

 (2) тесты правильной работы 

 (3) тесты производительности 

 (4) тесты неправильной работы 


Упражнение 12:
Номер 1
Оценка стоимости задачи по разработке помогает

Ответ:

 (1) распределить приоритеты 

 (2) ограничить набор реализуемых функций 

 (3) перераспределить премии сотрудникам 

 (4) определить расписание 


Номер 2
Укажите верные определения

Ответ:

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

 (2) стресс-тесты позволяют определить предельные возможности приложения 

 (3) с помощью теста производительности определяется время реакции приложения  

 (4) с помощью теста производительности определяются системные требования 


Номер 3
Какие методы подходят для исследовательского тестирования?

Ответ:

 (1) тестирование различных состояний 

 (2) тестирование модулей 

 (3) поиск диапазона 

 (4) анализ переменных 




Главная / Менеджмент / Гибкая методология разработки программного обеспечения / Тест 5