Создание сценария

Сборка продукта

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

Операция: Запуск сборки

Чтобы гарантировать целостность, запускайте сборку продукта всякий раз, когда требуется включить в него изменения. Это помогает синхронизировать изменения и предоставляет всем разработчикам рабочую платформу. Чтобы ускорить слишком медленную сборку, пересмотрите зависимости.

Операция: Проверка сборки

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

Операция: Исправление сборки

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

Операция: Приемка сборки

Когда сборка допускается к работе, это говорит о том, что реализованы некоторые минимальные требования и сборка готова к дальнейшей эксплуатации. Для приемки сборки убедитесь в том, что компиляция и компоновка проходят без сбоев, а проверочные тесты покрывают всю базовую функциональность. Добавьте к сборочным тестам проверки, сделанные в последней итерации.

Выпуск продукта

В определенный момент набор реализованных функций становится достаточным для выпуска продукта. Существует несколько типов выпусков: альфа-, бета-версия и окончательная версия или доработанный выпуск. Этот выпуск окажет большее воздействие, чем сама команда, которая его создавала, о нем будут судить пользователи. Для программных продуктов, созданных для внешних потребителей, необходимы маркетинговые и торговые мероприятия. Системы, созданные для внутреннего применения, требуют организации обучения и поддержки эксплуатации. Чтобы заранее начать готовить соответствующих людей, составляется план выпуска. Процесс выпуска и связанный с ним план во многом зависит от типа продукта и способа его применения.

Операция: Исполнение плана выпуска

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

Операция: Проверка выпуска

Когда выполнены изложенные в концепции и в описании подхода к тестированию требования к функциям, качеству и срокам, можно рассматривать возможность выпуска продукта (в том числе альфа- или бета-версий). Чтобы сборка стала официальным выпуском, надо подвергнуть ее окончательному регрессионному тестированию и проанализировать его результаты. После завершения тестирования надо решить, исправлять ли обнаруженные дефекты или рассматривать сборку как кандидата на выпуск.