20. Разработка дистрибутивов и управление версиями программного продукта. Разработка дистрибутивов и управление версиями программного продукта
Создание инсталляции ПП.
Это действие позволяет автоматизировать процесс установки ПП на компьютеры пользователей, предоставляя им при этом возможность выбора различных сценариев установки и обеспечивая корректность его дальнейшей работы.
В процессе инсталляции ПП могут проявиться различные проблемы. Наиболее часто встречаются следующие.
Окружение, в котором инсталлируется ПП, не совпадает с окружением, для которого он спроектирован.
Новый ПП может сосуществовать со старым до тех пор, пока в организации, где он инсталлируется, не убедятся, что новый ПП работает так, как требуется.
Управление созданием версий и поставками пп.
Такое управление необходимо для идентификации всех версий и поставок ПП и слежения за ними.
Версией ПП называют экземпляр ПП, имеющий определенные отличия от других экземпляров этого же ПП.
Выходная версия (release), или поставка ПП, — это та версия, которая поставляется заказчику.
Идентификация версий.
Процедуры управления версиями должны четко идентифицировать каждую версию компонента.
Существуют три основных способа идентификации версий.
1. Нумерация версий. Каждый компонент имеет уникальный и явный номер версии. Этот способ идентификации используется наиболее широко.
2. Идентификация, основанная на значениях атрибутов. Каждый компонент идентифицируется именем, которое не является уникальным для разных версий, и набором значений атрибутов, разных для каждой версии компонента. Другими словами, версия компонента идентифицируется комбинацией имени и набора значений атрибутов.
3. Идентификация на основе изменений. Каждая версия ПП именуется так же, как в предыдущем способе, плюс даются ссылки на запросы на изменения, которые реализованы в данной версии ПП. Таким образом, версия ПП идентифицируется именем и теми изменениями, которые реализованы в компонентах.
Собираемые метрики, используемые методы, стандарты и шаблоны
На этапе разработки ПП необходимо выполнять оценки расхождений плановых сроков и объемов с фактическими, числа проведенных обзоров, выявленных ошибок и дефектов, а также средних трудозатрат и производительности разработки.
Все полученные данные следует хранить в ИБД проектной группы.
Используемый инструмент: система подготовки документов (например, MS Word).
Используемые методы и стандарты: процесс организации; стандарты кодирования.
Используемые шаблоны: пользовательской документации; отчета по обзору; отчета о статусе проекта.
21Общая характеристика этапа тестирования программного продукта. Цикл тестирования.
Тестирование представляет собой деятельность по проверке программного кода и документации. Она должна заранее планироваться и систематически проводиться специально назначенным независимым тестировщиком. Работа тестировщика начинается до утверждения спецификаций требований. Он проверяет требования к ПП на полноту и возможность тестирования, определяет методы тестирования.
Одновременно с началом этапа планирования и создания спецификаций требований тестировщик разрабатывает стратегию тестирования. После утверждения спецификаций требований им разрабатывается и детализируется план тестирования. Тогда же тестировщик создает наборы тестов для проведения интеграционного и системного тестирований. Тестирование завершается созданием отчета о тестировании, в котором представляются все результаты его проведения.
Для каждого программного изделия должен существовать набор тестов, проверяющий его корректность. Существует несколько уровней тестирования, позволяющих полностью проверить программное изделие. Каждый уровень имеет свои цели и компоненты.
Уровни тестирования:
модульное;
интеграционное;
системное;
выходное;
приемочное.
Тестирование первых четырех уровней проводится внутри организации, тогда как приемочное тестирование выполняется совместно с представителями заказчика. Тестирование первого уровня осуществляет сам разработчик на этапе разработки, за остальные уровни отвечает независимый тестировщик.
Циклом тестирования называется совокупность действий, выполняемых тестировщиком с момента передачи базовой версии ПП тестировщику для интеграционного, системного или приемочного тестирования до момента успешного завершения тестирования (рис. 1). На каждом проходе цикла тестирования создаются:
базовая версия ПП, подлежащего тестированию;
отчет о ходе тестирования;
метрики тестирования (заносятся в базу данных проекта).
Рис. 1. Цикл тестирования