4) Расположите в хронологическом порядке этапы процесса тестирования:

А) Тестирование компонентов

Б) Тестирование подсистем

В) Тестирование модулей

Г) Тестирование системы

Д) Приёмочные испытания

А – В – Б – Г – Д, согласноhttp://se.math.spbu.ru/seminars/se1/SE_4.htm#_5._Аттестация_программных:

Процесс тестирования состоит из нескольких этапов.

1.           Тестирование компонентов. Тестируются отдельные компоненты для проверки правильности их функционирования. Каждый компонент тестируется независимо от других.

2.     Тестирование модулей. Программный модуль — это совокупность зависимых компонентов, таких как описание класса объектов, декларирование абстрактных типов данных и набор процедур и функций. Каждый модуль тестируется независимо от других системных модулей.

3.     Тестирование подсистем. Тестируются наборы модулей, которые составляют отдельные подсистемы. Основная проблема, которая часто проявляется на этом этапе - несогласованность модульных интерфейсов. Поэтому при тестировании подсистем основное внимание уделяется обнаружению ошибок в модульных интерфейсах путем прогона их через все возможные режимы.

4.     Тестирование системы. Из подсистем собирается конечная система. На этом этапе основное внимание уделяется совместимости интерфейсов подсистем и обнаружению программных ошибок, которые проявляются в виде непредсказуемого взаимодействия ме­жду подсистемами. Здесь также проводится аттестация системы, т.е. проверяется соответствие системной спецификации ее функциональных и нефункциональных показателей, а также оцениваются интеграционные характеристики системы.

5.     Приемочные испытания. Это конечный этап процесса тестирования, после которого система принимается к эксплуатации. Здесь система тестируется с привлечением данных, предоставляемых заказчиком системы, а не на основе тестовых данных, как было на предыдущем этапе. На этом этапе могут проявиться ошибки, допущенные еще на этапе определения системных требований, поскольку испытания с реальными данными могут дать иной результат, чем тестирование со специально подобранными тестовыми данными. Приемочные испытания могут также выявить другие проблемы в системных требованиях, если реальные системные характеристики не отвечают потребностям заказчика или система функционирует непредвиденным образом.

5) Какие работы не должен выполнять менеджер проекта по разработке программного обеспечения?

А) Написание предложений по созданию ПО – менеджер тоже выполняет подобные работы

Б) Планирование и составление графика работ по созданию ПО

В) Тестирование модулей– для этого существует тестер

Г) Оценка стоимости проекта – должен выполнять менеджер

Д) Подбор персонала – отчасти выполняет менеджер

Е) Разработка требований к ПО– это дело разработчиков, заказчиков и пользователей, а менеджер только направляет

Вот то, что должен делать менеджер (взято с http://se.math.spbu.ru/seminars/se1/SE_3.htm#1):

Процессы управления

• Написание предложений по созданию ПО     Цели проекта, способы их достижения, оценка финансовых и временных затрат, обоснования для передачи проекта в другие организации.

• Планирование и составление графика работ по созданию ПО    Определяются процессы, этапы и полученные на каждом этапе результаты. Реализация плана должна привести к достижению целей проекта.

• Оценка стоимости проекта    Напрямую связана с планированием, оцениваются ресурсы для выполнения плана.

• Контроль за ходом выполнения работ     Написание отчётов, неформальный мониторинг.

• Подбор персонала     Далёкая от идеальной команда разработчиков. 1. Бюджет проекта не позволяет ввести более квалифицированный персонал. 2. Невозможность найти более квалифицированных людей. 3. Организация хочет повысить профессиональный уровень своих сотрудников.

• Написание отчётов и представлений    Краткие документы, основанные на вырезках из подробных отчётов о проекте, позволяющие оценить степень готовности ПО.