| № п/п | Тестовое задание | Варианты ответов |
| 1. | Программное средство это: | 1) Программа и модули к ней 2) Документация и программы 3) П – документация и С – документация 4) Системное и прикладное программное обеспечение |
| 2. | Архитектура ПС не определяется: | 1) Языком программирования 2) Функциональными и эксплуатационными требованиями к ПС 3) Структурой и форматом данных 4) Общими требованиями к ПС |
| 3. | Установить соответствие между видом процесса и его назначением | | 1) Основные процессы ЖЦ 2) Вспомогательные процессы ЖЦ 3) Организационные процессы ЖЦ | A. Организация процесса разработки ПП B. Создание надежного ПП C. Обязательное выполнение определенного набора действий | |
| 4. | Выработка и детализация модели ПП происходит на этапе | 1) Планирования 2) Разработки ПП 3) Проектирования 4) Составления требований 5) Сопровождения ПП |
| 5. | Модель прототипирования позволяет | 1) Быстро создать работающую систему 2) Обеспечить обратную связь между пользователями и разработчиками 3) Изолировать заказчика от разработчиков ПП |
| 6. | Модель СMM-SEI позволяет определить | 1) Характер процесса создания ПП 2) Действия и задачи процесса создания ПП 3) Уровень зрелости предприятия разработчика ПП 4) Временные рамки разработки ПП |
| 7. | Сколько уровней зрелости содержит модель СMM-SEI | 1) 3 2) 5 3) 4 4) 6 |
| 8. | Хаотичный процесс разработки ПП характерен для | 1) Первого уровня 2) Второго уровня 3) Третьего уровня 4) Четвёртого уровня |
| 9. | Стандартный процесс разработки ПП характерен для | 1) Первого уровня 2) Второго уровня 3) Третьего уровня 4) Четвёртого уровня |
| 10. | Организованный процесс разработки ПП характерен для | 1) Первого уровня 2) Второго уровня 3) Третьего уровня 4) Четвёртого уровня |
| 11. | Не является основным процессом жизненного цикла процесс: | 1) Подготовка заявочных предложений 2) Надзор за деятельностью поставщика 3) Приемка и завершение работ 4) Документирования |
| 12. | Установить соответствие между моделью ЖЦ и её характеристикой | | 1. Каскадная модель 2. V-образная модель 3. Модель быстрой разработки | a. Небольшие группы высококвалифицированных специалистов b. Разрабатываемое ПО не доступно для изменения c. Особое значение предаётся тестированию | |
| 13. | Период времени от момента принятия решения о создании ПС до его полного изъятия из эксплуатации называется: | 1) Эксплуатацией ПС 2) Процессом ПС 3) Жизненным циклом ПС 4) Действием |
| 14. | Расположить в порядке следования этапы ЖЦ ПП | 1) Разработка 2) Сопровождение 3) Проектирование 4) Анализ |
| 15. | Продолжить предложение: Прототип ПП | 1) Избавляет разработчиков от полного и точного формулирования требований к системе 2) Уменьшает время цикла разработки 3) Обеспечивает обратную связь между пользователями и разработчиками 4) Требует жесткого контроля за ходом разработки |
| 16. | Внесение изменений в программный продукт производится на этапе | 1) Планирования 2) Разработки ПП 3) Проектирования 4) Составления требований 5) Сопровождения ПП |
| 17. | Перевод информации из одной формы в другую приводит к: | 1) появлению ошибок в ПС 2) повышению уровня сложности ПС 3) удорожанию ПС 4) усложнению интерфейса программ |
| 18. | На каком этапе происходит выработка взаимопонимания между заказчиком и разработчиком относительно требований к ПП | 1) Разработка 2) Сопровождение 3) Проектирование 4) Анализ |
| 19. | Метрики позволяют сделать | 1) Качественную оценку ПП 2) Количественную оценку ПП 3) Оценку проекта 4) Оценку продукта |
| 20. | Основными группами метрик являются метрики | 1) Процесса 2) Условий 3) Проекта 4) Ветвлений 5) Продукта |
| 21. | Продолжительность выполнения проекта и его стоимость относится к метрикам | 1) Непосредственно наблюдаемым 2) Прогнозируемым 3) Вычисляемым |
| 22. | Существуют следующие способы определения требований к разработке ПС: | 1) Управляемая разработчиком 2) Управляемая пользователем 3) Контролируемая разработчиком 4) независимая от пользователя |
| 23. | Интеграционное тестирование это: | 1) Имитация реальной работы системы 2) Проверка наличия проблем в интерфейсах 3) Тестирование отдельных классов или функций 4) Тестирование в период опытной эксплуатации |
| 24. | При тестировании «белого ящика» разработчик: | 1) Имеет доступ к исходному коду 2) Работает только с интерфейсом пользователя 3) Изучает взаимодействие модулей программы 4) Проверяет работу объектов |
| 25. | Является основной конструкцией структурного программирования: | 1) следование 2) повторение 3) разветвление 4) вычисление |
| 26. | Не является конструкцией структурного программирования | 1) следование 2) повторение 3) разветвление 4) вычисление |
| 27. | Не является организационным процессом жизненного цикла процесс: | 1) Совместная оценка 2) Управления 3) Создания инфраструктуры 4) Обучения |
| 28. | Являются вспомогательными процессами жизненного цикла процессы: | 1) Сопровождения 2) Обеспечение качества 3) Документирования 4) Аттестация |
| 29. | СASE-технологии это: | 1) Программный комплекс, автоматизирующий процесс разработки ПС 2) Портфель документов, регламентирующих разработку ПС 3) Руководство по разработке спецификаций 4) Набор характеристик в системе управления качеством |
| 30. | Надежное ПС способно: | 1) безотказно выполнять заданные функции 2) безошибочно производить вычисления 3) иметь понятный пользователю интерфейс 4) накапливать данные без ошибок |
| 31. | Требования бывают | 1) Полные 2) Функциональные 3) Нефункциональные 4) Простые |
| 32. | Если программная система не выполняет все указанные функции это | 1) Недостаток пользовательского интерфейса 2) Недостаточная производительность 3) Некорректная обработка ошибок 4) Функциональный недостаток |
| 33. | Установить соответствие: | | А) функциональные требования В)Нефункциональные требования | 1) Язык программирования 2) Качество учебных курсов 3) Печатать ведомость начисления зарплаты | |
| 34. | Определить основные этапы жизненного цикла ПС: | 1) проектирование 2) применение 3) разработка 4) тестирование |
| 35. | Документ, точно определяющий задачи разработчиков называется: | 1) функциональной спецификацией 2) внешним описанием ПС 3) руководство разработкой программного средства 4) спецификацией требований |
| 36. | Архитектура ПС это представление ПС как: | 1) системы 2) комплекса программ 3) набора инструкций 4) спецификаций |
| 37. | Функциональные требования определяют | 1) Атрибуты ПП 2) Действия, которые должен выполнять ПП 3) Атрибуты окружения |
| 38. | Программная ошибка это | 1) Расхождение между программой и спецификацией 2) Синтаксические ошибки в коде 3) Отсутствие ожидаемых функций 4) Неполная документация |
| 39. | Нефункциональные требования определяют | 1) Атрибуты ПП 2) Действия, которые должен выполнять ПП 3) Атрибуты окружения |
| 40. | Альфа–тестирование это: | 1) имитация реальной работы системы 2) проверка наличия проблем в интерфейсах 3) тестирование отдельных классов или функций 4) тестирование в период опытной эксплуатации |
| 41. | Технология стеклянного ящика используется на этапе | 1) Системного тестирования 2) Приёмочного тестирования 3) Модульного тестирования 4) Интеграционного тестирования |
| 42. | Готовность ПП к поставке заказчику выполняется на этапе | 1) Интеграционного тестирования 2) Приёмочного тестирования 3) Системного тестирования 4) Выходного тестирования |
| 43. | Интеграционное тестирование служит для проверки | 1) Проверки отдельных модулей на наличие ошибок 2) Проверки программной системы в целом 3) Готовности ПП для поставки заказчику 4) Совместной работы отдельных модулей |
| 44. | Тестирование команд предполагает: | 1) каждая команда должна быть выполнена два раза 2) каждая команда должна быть выполнена не менее одного раза 3) каждая команда выполняется более двух раз 4) выполняется группа команд 1 раз |
| 45. | Планирование работ по созданию ПС начинается с: | 1) Получения первичных требований заказчика 2) При внесении изменений 3) Формирования набора вопросов 4) Разработки механизма сбора данных |
| 46. | За единицу производительности принимают: | 1) человекочасы 2) Число строк кода 3) Число строк эффективного программного кода 4) Операторы программы |
| 47. | Внесение изменений в программное средство, в соответствии с дополнительными пожеланиями заказчика происходит на этапе | 1) Разработки 2) Тестирования 3) Сопровождения 4) Проектирования |
| 48. | За единицу объема принимают: | 1) человекочасы 2) Число строк кода 3) Число строк эффективного программного кода 4) Операторы программы |
| 49. | Условие или характеристика, которой должен удовлетворять ПП называется: | 1) тест 2) требование 3) интерфейс 4) поведение |
| 50. | Не очень подробное описание ПС формируется: | 1) разработчиком 2) заказчиком 3) аналитиком 4) тестировщиком |
| 51. | Для поиска проблем в ПС и возможных вариантов их решения используют: | 1) спецификации 2) модель жизненного цикла 3) прототип 4) модуль |
| 52. | Описание функциональных возможностей ПС выполняют с помощью: | 1) Метрик 2) Спецификаций 3) Модели жизненного цикла 4) Обзоров |
| 53. | Разработка справочной системы и документации пользователя осуществляется на этапе: | 1) Кодирования 2) Тестирования 3) Разработки 4) проектирования |
| 54. | Преобразование результатов высокоуровневого и низкоуровневого проектирования в готовый продукт называется: | 1) Кодирование 2) Тестирование 3) Разработка 4) проектирование |
| 55. | Описание составленной модели ПП средствами выбранного языка программирования называется: | 1) Кодирование 2) Тестирование 3) Разработка 4) проектирование |
| 56. | Технология, при которой программа рассматривается как объект, внутренняя структура которого неизвестна называется: | 1) Стеклянным ящиком 2) Черным ящиком 3) Системным тестированием 4) Интеграционным тестированием |
| 57. | При структурном тестировании используют технологию: | 1) Черного ящика 2) Системного тестирования 3) Интеграционного тестирования 4) Стеклянного ящика |
| 58. | Указать правильный порядок тестирования программного средства: | 1) Системное Модульное Интеграционное 2) Интеграционное Модульное Системное 3) Модульное Интеграционное Системное 4) Интеграционное Системное Модульное |
| 59. | Наличие высококвалифицированных кадров, умеющих пользоваться современными инструментальными средствами, характерно для модели: | 1) спиральной 2) прототипирования 3) каскадной 4) RAD |
| 60. | Разрабатывает тесты, выполняет процедуру тестирования и составляет отчеты о результатах тестирования: | 1) Аналитик 2) Тестировщик 3) Программист 4) заказчик |
| 61. | Указать этапы создания ПП, начинающиеся практически одновременно: | 1) проектирование ПП, тестирование ПП 2) планирование программного проекта, составление требований заказчика 3) составление требований заказчика, проектирование 4) сопровождение ПП, разработка ПП |
| 62. | Требования к качеству ПС формулируются в: | 1) Метриках 2) Спецификациях 3) Моделях жизненного цикла 4) Обзорах |
| 63. | Справочная система и документация пользователя создается на этапе: | 1) Кодирования 2) Тестирования 3) Разработки 4) проектирования |
| 64. | Готовность ПП к поставке заказчику проверяется на этапе: | 1) Кодирования 2) Разработки справочной системы 3) Создания документации пользователя 4) Выходного тестирования |
| 65. | Для проверки программного средства в целом используется: | 1) Интеграционное тестирование 2) Системное тестирование 3) Модульное тестирование 4) Выходное |
| 66. | Расхождение между программой и ее спецификацией называется: | 1) программной ошибкой 2) сбоем 3) отклонением 4) допуском |
| 67. | Набор тестов, от выполнения которых ожидается один и тот же результат, называется: | 1) Избыточным 2) Полным 3) достаточным 4) Классом эквивалентности |
| 68. | Указать этап работ, на котором выполняется оценка необходимых ресурсов, объемов и сложности разрабатываемого программного продукта: | 1) проектирования 2) планирования 3) сопровождения 4) составления требований |
| 69. | Процесс адаптации, поставляемого ПП, к новым условиям происходит на этапе: | 1) Проектирования 2) Разработки 3) Сопровождения 4) Тестирование |
| 70. | Не является преимуществом хорошо документированного ПС: | 1) Меньшая стоимость ПС 2) Легкость использования 3) Высокая надежность 4) Коммерческий успех |
