Опубликован: 16.02.2010 | Доступ: свободный | Студентов: 1483 / 172 | Оценка: 4.21 / 4.00 | Длительность: 06:28:00
Лекция 4:

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

< Лекция 3 || Лекция 4: 1234 || Лекция 5 >

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

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

Запуск сборки Минимизируйте зависимости
Проверка сборки Проверьте основные функции
Исправление сборки Выделите ошибки компиляции
Приемка сборки Протестируйте сборку

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Исполнение плана выпуска Проверьте правильность материала
Проверка выпуска Создайте свой раздел для выпуска
Заметки о выпуске Задокументируйте выявленные ограничения
Развертывание продукта Создайте установочный комплект

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

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

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

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

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

Создание своего раздела для выпуска Выделите в иерархии проекта свой раздел для кандидата на выпуск. Это защитит код и позволит вносить только выбранные изменения
Выполнение регрессионных тестов Выполните для кандидата на выпуск полный регрессионный тест
Документирование дефекта Если тест не проходит, необходимо создать новый отчет о дефекте. Оцените влияние дефекта и научитесь его воспроизводить
< Лекция 3 || Лекция 4: 1234 || Лекция 5 >
Илья Макаренко
Илья Макаренко

Добрый день.

Вопрос №1

Какова стоимость получения диплома о мини-МБА по данному курсу? Или ориентироваться на указанную на сайте?

Вопрос №2

Возможно ли начать обучение без потери результатов, не отправив документы на зачисление, а отправку выполнить позже?

Александр Медов
Александр Медов

Здравствуйте, какова полная сумма предоставленной услуги с печатью документа и отправкой по почте?