Заметки консультанта

Шамрай Александр Владимирович

Руководство по управлению тестовыми выпусками. Работа с Несколькими Ветвями в Рамках Одного Выпуска

Posted by Шамрай Александр на Май 7, 2013

<<Перейти к содержанию

Темы
  • Влияние ветвления кода на управление тестовыми выпусками
  • Управление артефактами тестирования при работе с несколькими ветвями
  • Ветвление для разработки
  • Ветвление для выпусков

Этот сценарий описывает управление тестовыми выпусками тестирования при работе с несколькими ветвями. ALM Visual Studio Rangres публикуют лучшие практики управления и изоляции изменений кода в различных ситуациях. Эти рекомендации опубликованы в Руководстве по Ветвлениям ALM Visual Studio Rangres. Руководство по ветвлениями покрывает различные планы ветвления, подходящие для различных ситуаций.

Основной План Ветвления из Руководства по Ветвлениям ALM Visual Studio Rangres

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

  • Наш персонаж Кристину, которая является лидером команды тестирования в проекте.
  • Проект использует Microsoft Visual Studio Scrum 2.0 как шаблона процесса.
  • Проект использует декларативную классификацию рабочих элементов. Путь итерации — … \Release 1\Sprint 1.
  • Путь области не используется.
  • Та же версия программного обеспечения это:
    • Разработанное и протестированная интеграция для ветви DEV.
    • Пройдены системные тесты для ветви MAIN.
    • Приемочные тесты пройдены и выпущено в ветви RELEASE.
    • Отдельные отчеты тестирования необходимы для ветвей DEV, MAIN, и RELEASE.

В то время как сценарии от Спринта к Спринту и от Выпуск к Выпуску имеют место в конце спринта, ветвление кода может произойти в любое время проекта. При работе с несколькими ветвями лидер команды тестирования Кристина должна:

  • Обновить артефакты тестирования максимально быстро и эффективно.
  • Обеспечить отчеты, которые точны и полны для каждого ветвления.

Этот сценарий дает представление о том, как управлять артефактами тестирования, когда код ответвляется и объединяется.

Сценарий — Работа с Несколькими Ветвями

В примере для проекта тестирование реализации и интеграционное тестирование возможностей проводится на ветви DEV. Кристина устанавливает план тестирования для проведения интеграционного тестирования. Несколько из возможностей в ветви DEV готовы к системному тестированию и за следующие несколько дней будут объединены с ветвлением MAIN для системного тестирования.

Кристина должна рассмотреть следующее:

  • Тестовые случаи, если таковые имеются, запущенные в ветви DEV, которые должны также быть выполнены в ветви MAIN
  • Создание новых тестовых случаев, которые будут использоваться для системного тестирования в ветви MAIN

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

  • Новый набор приемочных тестовых случаев.
  • Маленький набор случаев дымового тестирования повторно используемого от тестирования выполненного в ветви MAIN.
  • Тестовые сценарии для любых ошибок, найденных и исправленных во время приемочного тестирования.

В итоге:

  • Тестирование реализации возможности и интеграционное тестирование проводятся в ветви DEV.
  • Системное тестирование проводится в ветви MAIN.
  • Приемочное тестирование (UAT) проводится в ветви RELEASE.

Рекомендуемые практики

При работе с несколькими ветвлениями Кристина как лидер команды тестирования должна будет:

  • Настроить план тестирования относительно каждого ветвления, поскольку проект требует отдельных отчетов для типов выполненного тестирования для каждого ветвления.
  • Совместно использовать тестовые случаи между планами по мере необходимости.
  • Создать новые тестовые случаи, которые уникальны для определенного плана.

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

Примечание Рекомендуемые практики приведены на концептуальном уровне. Они предназначены для передачи природы решения, а не обеспечения точных шагов выполнения работ. См. Управление Тестовыми Выпусками с Несколькими Ветвлениями в Лабораторных Работах для ознакомления с процедурами и практическими примерами выполнения управления тестовым выпусками с несколькими ветвлениями.

Настройте план тестирования для интеграционного тестирования

Используйте отдельный план тестирования для тестирования ветви DEV в текущем спринте. Создайте этот план тестирования как часть планирования спринта как описано в разделе «От Спринта к Спринту» ранее.

Настройте план тестирования для системного тестирования

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

Примечание Не дублируйте тестовые случаи в той же версии программного обеспечения. Это сделает более трудным создание отчетов и отслеживание базовых линий.

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

Используйте MTM, чтобы создать новый план тестирования для поддержки системного тестирования в ветви MAIN.

Действие Руководство
Создать План Тестирования
  • Включайте имя ветвления и номер спринта в наименование плана.
  • Установите состояние тестирования плана тестирования в «Планируется».
  • Назначьте даты начала и окончания для плана тестирования так, чтоб они соответствовали датам начала и окончания спринта.
  • Настройте путь итерации плана тестирования в текущий спринт.
  • Настройте отличные тестовые наборы для уникальных вместо общих тестовых случаев.
Назначить Общие Тестовые Случаи
  • Добавьте необходимые тестовые случаи, где эти тестовые случаи уже используются в других планах тестирования текущего спринта.

Создание нового плана тестирования для поддержки системного тестирования в ветви MAIN

Примечание Чтобы снова использовать един тестовый случай, просто добавьте существующие тестовые случаи, которые уже используются, из одного плана в другой план. Чтобы снова использовать весь набор, используйте функцию «Создание тестовых наборов с помощью ссылок на существующие тестовые случаи», показанную в разделе От Спринта к Спринту ранее
Действие Руководство
Проверить Клонированные Тестовые Случаи в Новом Плане Тестирования
  • Добавьте тестовые случаи из элементов журнала, которые запланированы для тестирования в ветви MAIN во время спринта.
  • Установите их путь итерации на текущий спринт.
Проверить Статус, Состояние и Связи
  • Проверьте чтобы план тестирования, наборы, тестовые случаи и общие шаги находились в корректном статусе и состоянии, и что они связаны с корректными пользовательскими историями.
Проверить путь итерации
  • Проверить чтобы все тестовые случаи и общие шаги в плане тестирования были установлены для текущего спринта.

Для повторного использования одного тестового случая просто добавьте существующие тестовые случаи

Когда вы будете готовы начать тестировать построения из ветви MAIN, установите состояние тестирования плана тестирования в «Выполняется».

Настройте План Тестирования для Приемочного Тестирования

Когда создается ветвь RELEASE:

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

Используйте MTM, чтобы создать новый план тестирования для поддержки приемочного тестирования в ветви RELEASE.

Действие Руководство
Создать План Тестирования
  • Включайте имя ветви и номер спринта в наименование плана.
  • Установите состояние тестирования плана тестирования в «Планируется».
  • Установите даты начала и окончания для плана тестирования так, чтоб они соответствовали датам начала и окончания спринта.
  • Установите путь итерации плана тестирования на текущий спринт.
  • Настройте отличные тестовые наборы для уникального вместо общих тестовых случаев.
Назначить Общие Тестовые Случаи
  • Добавьте необходимые тестовые случаи где эти тестовые случаи уже используются в других планах тестирования текущего спринта.
Назначить Новые Тестовые Случаи
  • Добавьте тестовые случаи из элементов журнала, которые запланированы для тестирования в ветви RELEASE.
  • Установите их путь итерации в текущий спринт.
Проверить Статус, Состояние и Ссылки
  • Проверьте чтобы план тестирования, наборы, тестовые случаи и общие шаги находились в корректном статусе и состоянии, и что они связаны с корректными пользовательскими историями.
Проверить Путь Итерации
  • Проверьте чтобы у всех тестовых случаев и общих шагов в плане тестирования для спринта 1 установлен корректный путь итерации.

Создание нового плана тестирования для поддержки приемочного тестирования в ветви RELEASE

Когда проект будет готов начать тестировать сборки из ветви RELEASE, установите состояние плана тестирования ветви RELEASE в «Выполняется».

Итоги

Этот раздел описает управление тестовыми выпусками для поддержки работы с несколькими ветвями на основе основного плана ветвления Руководства по Ветвлениям ALM Visual Studio Rangres. Были также приведены рекомендуемые практики для управления артефактами тестирования этого сценария.

<<Перейти к содержанию

Advertisements

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

 
%d такие блоггеры, как: