1. В каких случаях следует использовать каскадную модель разработки?
1 балл
При разработке больших Web-приложений
Требования часто меняются
При создании систем жизнеобеспечения
2. Выберите основные достоинства методологии разработки Waterfall:
1 балл
Быстрое появление первой версии продукта
Конечный пользователь вовлечен в процесс с самого начала
Методология простая и легкая для понимания и использования
Высокая скорость релизов
Требования известны, понятны и зафиксированы
Качество - первоочередной приоритет
3. В какой методологии переход из одной стадии разработки в другую происходит только после согласования с заказчиком?
1 балл
KANBAN
Waterfall
SCRUM
XP
4. Выберите основные недостатки методологии разработки SCRUM:
1 балл
Может привести к низкому качеству продукта
Использование временных рамок
Сложно внести какие-либо корректировки после релиза
Проект может остаться незавершенным
Нет оценки и прогнозов задач, либо они не сбываются
5. Расположите в верной последовательности этапы разработки ПО:
1 балл
Техническая поддержка
Тестирование
Дизайн
Анализ и сбор требований
Разработка
6. Выберите практики экстремального программирования:
1 балл
Рефакторинг
Test-driven Development
Ретроспектива
40-часовая рабочая неделя
Стандарт оформления кода
Keyword-driven testing
Data-driven Testing
Парное программирование
7. Какое главное отличие KANBAN от SCRUM?
1 балл
Используются вытягивающие системы планирования
Минимизация "незавершенной работы"
Визуализация процесса разработки
8. Выберите основные роли в методологии SCRUM:
1 балл
Users
Managers
Product owner
Development Team
Scrum master
9. В обязанности Product owner входит следующее:
1 балл
Отвечать за соблюдение практик и процесса в команде
Управлять ожиданиями заказчиков и всех заинтересованных лиц
Разрабатывать софт и предоставлять его заказчику
Предоставлять понятные и тестируемые требования команде
Взаимодействовать с командой и заказчиком
10. Выберите особенности, характерные для заказной разработки:
1 балл
Фича быстро проходит весь цикл разработки
Большое количество формальной документации
Поддержкой продукта будет заниматься та же команда, что и разработкой
Бюджет чаще всего ограничен
Нет ограничений по времени разработки
Для разработки чаще выбирают каскадную модель
×
Практика, практика и еще раз практика!
Войдите
или
зарегистрируйтесь
, чтобы отвечать на тесты и решать задачи.