Анализ и оценка методов разработки программного обеспечения (Agile)

Упражнение 1:

Номер 1

Что такое сборка (Build) системы:

Ответ:

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

(2) Процесс перестроения системы после внесения изменений в отдельные ее компоненты

(3) Объединение всех версий системы в одну универсальную систему

(4) Построение всех возможных вариантов системы и сохранение их в базовой библиотеке

Номер 2

Какие воззрения следует считать справедливыми относительно периодичности построения сборки (Build) системы:

Ответ:

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

(2) Сборку следует проводить ежедневно

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

(4) Справедлив лозунг: "Build должен работать"

Номер 3

Какие утверждения справедливы относительно понятия "сборка" (Build) системы:

Ответ:

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

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

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

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

Упражнение 2:

Номер 1

Какие утверждения справедливы по отношению к технике парного программирования:

Ответ:

(1) Парное программирование – это техника, применяемая в XP – Экстремальном программировании

(2) Все Agile методы настаивают на повсеместном применении парного программирования

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

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

Номер 2

Что понимается под парным программированием:

Ответ:

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

(2) Техника программирования, при которой один участник создает программу, другой ее тестирует

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

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

Номер 3

Как создаются пары в парном программировании:

Ответ:

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

(2) Пары создаются на основе личных привязанностей и не меняются на протяжении всего проекта

(3) Строгих правил создания пар не существует

(4) Принято, что пары достаточно часто следует менять, чтобы все участники команды могли поработать в парах

(5) Пары подбираются так, чтобы один из членов пары мог выступать в роли ментора, другой – в роли ученика

Упражнение 3:

Номер 1

Какие приемы применяются при рефакторинге:

Ответ:

(1) Применение абстракции – создание абстрактного класса и его конкретных наследников

(2) Переименование

(3) Дублирование важного кода

(4) Устранение дублирования

Номер 2

Какие утверждения справедливы относительно понятия "рефакторинг":

Ответ:

(1) Рефакторинг может изменить семантику модуля

(2) Рефакторинг не должен изменять семантику модуля

(3) Рефакторинг должен улучшить качество кода и его архитектуру

(4) Рефакторинг создает комментарии, проясняющие реализацию модуля

Номер 3

Что такое "рефакторинг":

Ответ:

(1) Процесс факторизации системы

(2) Процесс, выявляющий и устраняющий неблагоприятные факторы, мешающие разработке системы

(3) Процесс улучшения качества уже созданного кода с возможным изменением его архитектуры

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

Упражнение 4:

Номер 1

Что такое TDD:

Ответ:

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

(2) Разработка, при которой применяются все приемы тестирования –юнит-тестирование, нагрузочное тестирование, комплексное и приемное тестирование

(3) Разработка, управляемая тестами, способ разработки, предлагаемый в XP, при котором вначале пишется тест, а потом создается и отлаживается код, обеспечивающий прохождение всех ранее разработанных тестов, в том числе и теста, написанного перед непосредственным созданием кода

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

Номер 2

Какие этапы характерны для Разработки, управляемой тестами, в XP:

Ответ:

(1) Вначале создается код

(2) Вначале создается тест

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

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

(5) Пишется код, после которого все тесты из набора тестов должны проходить

(6) Выполняется рефакторинг системы

Номер 3

Какие утверждения считаются справедливыми в XP относительно TDD – разработки, управляемой тестами:

Ответ:

(1) После каждого добавления кода запускается набор тестов. Код отлаживается, пока все тесты не будут проходить на добавленном коде

(2) Вначале пишется тест, затем создается код

(3) Добавление кода сопровождается рефакторингом системы

(4) Все тесты входят в регрессионный набор тестов

(5) Прохождение тестов гарантирует корректную работу системы

Упражнение 5:

Номер 1

Какие утверждения справедливы для TFD разработки:

Ответ:

(1) Тесты являются важнейшим инструментов разработки

(2) Нет кода без теста

(3) Вначале пишется код, затем создается тест

(4) Вначале тест, затем код

(5) Все тесты входят в набор регрессионных тестов

Номер 2

Что отличает TFD разработку от TDD разработки:

Ответ:

(1) Всякая TFD разработка включает TDD разработку

(2) Всякая TDD разработка включает TFD разработку

(3) Рефакторинг является частью процесса TFD разработки

(4) Разработка TFD являясь подмножеством TDD, предъявляет менее строгие требования, что может приводить к снижению качества создаваемой системы

Номер 3

Что такое TFD:

Ответ:

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

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

(3) Разработка, требующая проведение рефакторинга

Упражнение 6:

Номер 1

Какие утверждения следует считать корректными:

Ответ:

(1) Разработка TDD – разработка, управляемая тестами, - это практика, ориентированная на процесс тестирования

(2) Разработка TDD – разработка, управляемая тестами, - это не метод тестирования, а полноценный метод разработки программных систем

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

(4) Наличие тестов не означает, что нет необходимости в написании спецификаций

Номер 2

Какие утверждения следует считать корректными:

Ответ:

(1) Рефакторинг – это процесс, направленный на устранение ошибок в созданном коде

(2) Рефакторинг не означает поиск и устранение ошибок

(3) Постоянное улучшение архитектуры проекта в процессе рефакторинга делает бесполезным процесс "Предваряющего анализа"

(4) Рефакторинг хорошо работает, когда комбинируется с "Предваряющим анализом

Номер 3

Какие утверждения следует считать корректными:

Ответ:

(1) Идея парного программирования в полной мере реализуется, когда пару составляют "равные" личности

(2) Парное программирование применяется во всех Agile подходах

(3) Команда Agile должна следовать строгим стандартам написания кода

(4) Команда Agile свободна в своих действиях и не должна следовать строгим стандартам написания кода

Анализ и оценка методов разработки программного обеспечения (Agile) - тест 7