banner

Инструменты для разработки

Visual Studio 2017 RC

Непревзойденная производительность для любого способа разработки, любого приложения и любой платформы

Visual Studio Community 2015

Бесплатная среда разработки

Visual Studio Enterprise 2015

Комплексное решение для рабочих групп

Дополнительное ПО и SDK

Выберите необходимые инструменты.

Управление тестовыми выпусками

Введение

Общие сведения

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

Решения Visual Studio ALM Rangers

Visual Studio ALM Rangers— это специальная группа, в состав которой входят специалисты из команды разработчиков Visual Studio, служб Microsoft, специалисты со статусом Microsoft Most Valued Professional(MVP) и главы сообществ Visual Studio. Задачей этой организации является создание внешних решений, компенсирующих отсутствующие функции, и поддержка пользователей.

Это руководство предназначено для пользователей Team Foundation Server200–300-го уровня по классификации Microsoft. Это пользователи среднего и высокого уровней, имеющие глубокие познания о работе Team Foundation Serverв реальной среде. Отдельные части руководства будут полезны также новичкам и экспертам, однако эти группы пользователей не являются целевой аудиторией.

Необходимые условия

Для выполнения базовых и расширенных пошаговых сценариев в рамках этого практического занятия необходима следующая среда:

  • базовый виртуальный образ Visual Studio ALM Rangers Base Virtual Image

… или

  • односерверная среда (с физическим или виртуальным сервером), в которой установлено и настроено следующее программное обеспечение:
Программное обеспечениеВерсияПримечание
Операционная системаWindows 7
Windows Server 2008
Windows Server 2008 R2
 
IISIIS7Поставляется в составе ОС.
SQL ServerSQL Server 2008 с пакетом обновлений SP1Рекомендуется использовать корпоративный выпуск
Windows SharePoint ServicesWSS 3.0 SP2 
Microsoft OfficeOffice 2007 SP1Рекомендуется использовать профессиональный выпуск или выше
Visual Studio Ultimate2010 

Пути к файлам

В этом практическом занятии используется рабочий каталог , по умолчанию соответствующий следующему пути на виртуальных машинах Rangers: C:\HOL\@@

Ключевые вопросы и продолжительность работы

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

ТемаПродолжительность (мин.)Страница
Шаг 1. Контекст37
Шаг 2. Запуск Microsoft Test Manager27
Шаг 3. Создание плана тестирования интеграции209
Шаг 4. Создание плана системного тестирования2013
Шаг 5. Создание плана тестирования пользовательской приемки2018
ВСЕГО65 мин. 

Таблица 2. Ключевые вопросы и продолжительность работы

Желаем вам успешной и интересной работы!

Шаг 1. Контекст

Сценарий с несколькими ветвями кода

Этот шаг иллюстрирует управление тестовым выпуском при работе с несколькими ветвями кода. Используется базовый план ветвления, содержащий ветвление кода для разработки и для выпуска.

Пользователь Кристина руководит тестированием проекта.

  • В проекте используется шаблон процессов Visual Studio 2012 ALM Agile.
  • Путь к области не используется.
  • Для ветвей кода DEV, MAIN и RELEASE требуются отдельные отчеты о тестировании.

·В проекте используется декларативная классификация рабочих элементов.

Путь итерации —
[project]\[Release #]\[Sprint #] ([проект]\[Выпуск №]\[Спринт №]).

Соответствующая версия программного обеспечения:

  • Разработка и тестирование интеграции проводились в ветви DEV.
  • Системное тестирование проводилось в ветви MAIN.
  • Тестирование и выпуск пользовательской приемки проводились в ветви RELEASE.

Шаг 2. Запуск Microsoft Test Manager

ЦЕЛЬ:

На этом шаге мы запускаем Microsoft Test Manager и открываем план тестирования текущего спринта.

1.  Откройте Microsoft Test Manager.

Выберите пункты меню Start (Пуск), All Programs (Все программы), Microsoft Visual Studio 11, Microsoft Test Manager 11.

2.  Выберите проект Fabrikam Fiber из коллекции DefaultCollection. Выберите пункт Connect Now(Подключиться сейчас),чтобы подключиться к командному проекту.

3.  В окне центра тестирования выберите пункт меню Sprint1 Test Plan(План тестирования спринта 1).Выберите команду Select now(Выделить сейчас), чтобы начать работать с планом.

ОБЗОР

Мы запустили Microsoft Test Manager и выбрали план тестирования текущего спринта.

Шаг 3. Создание плана тестирования интеграции

ЦЕЛЬ:

На этом шаге мы создаем план тестирования интеграции для ветви кода DEV в папке Release 2\Sprint 1 данного проекта и определяем тестовые случаи для этого плана.

1.  Откройте Microsoft Test Manager и перейдите на вкладку Organize(Упорядочить).

2.  Выберите команду New(Создать), чтобы создать новый план тестирования интеграции в ветви DEV. Включите имя ветви в название и номер спринта. Укажите начальную и конечную даты. Задайте путь итерации: Fabrikam Fiber\Release 2\Sprint 1.

3. Выберите команду Save and Close(Сохранить и закрыть), чтобы подтвердить изменения.

4.  Щелкните ссылку Sprint1 TestPlan в правом верхнем углу, чтобы перейти в окно выбора плана.

5.  Выберите план тестирования Sprint 1 Integration Testing (DEV) (Тестирование интеграции спринта 1 (DEV)) и щелкните ссылку Select plan (Выбрать план) ниже.

6. Нажмите кнопку Add requirements (Добавить требования), чтобы выбрать пользовательские описания функциональности, которые уже готовы к тестированию интеграции в ветви DEV. В данном случае это может быть любое пользовательское описание функциональности, которому присвоен путь итерации: Release2\Sprint1. Укажите этот путь итерации в фильтре запросов рабочих элементов и выберите команду Run(Выполнить),чтобы получить результаты.

7. Выберите команду Add Requirements to plan(Добавить требования в план), чтобы создать в плане тестирования наборы тестов на основе требований.

8. Укажите статус разработки плана тестирования — In planning (Планирование). Повторите то же самое для остальных наборов тестов.

9. Добавьте новый тестовый случай в User Story 11 (Пользовательское описание функциональности 11), используемое для тестирования интеграции в ветви DEV. Нажмите кнопку New, чтобы создать новый тестовый случай, и задайте для него путь итерации: Fabrikam Fiber\Release2\Sprint1.

10. Укажите статус разработки плана тестирования — In progress (Выполняется). Повторите то же самое для остальных наборов тестов, для которых определены все тестовые случаи.

ОБЗОР

Мы создали новый план тестирования интеграции в ветви DEV нашего проекта.

Шаг 4. Создание плана системного тестирования

ЦЕЛЬ:

На этом шаге мы создаем план системного тестирования для ветви кода MAIN в папке Release 2\Sprint 1 нашего проекта. Мы определяем тестовые случаи для этого плана — как общие, так и уникальные.

1. Откройте Microsoft Test Manager и перейдите на вкладку Organize.

2. Выберите команду New, чтобы создать новый план тестирования интеграции в ветви MAIN. Включите имя ветви в название и номер спринта. Укажите начальную и конечную даты. Задайте путь итерации: Fabrikam Fiber\Release 2\Sprint 1.

3. Выберите команду Save and Close,чтобы подтвердить изменения.

4. Щелкните ссылку Sprint1 Integration Testing(DEV) в правом верхнем углу, чтобы перейти в окно выбора плана.

5. Выберите план тестирования Sprint 1 System Testing (MAIN) (Системное тестирование спринта 1 (MAIN)) и щелкните ссылку Select plan ниже.

6.  Нажмите кнопку Add requirements, чтобы выбрать пользовательские описания функциональности, которые уже готовы к системному тестированию в ветви MAIN. В данном случае это может быть любое пользовательское описание функциональности, которому присвоен путь итерации Release2\Sprint1. Укажите этот путь итерации в фильтре запросов рабочих элементов и выберите команду Run, чтобы получить результаты.

7. Выберите команду Add Requirements to plan, чтобы создать в плане тестирования наборы тестов на основе требований.

8.   Щелкните правой кнопкой мыши корневой узел плана тестирования и выберите команду Copy suite from another plan(Копировать набор из другого плана), чтобы включить в план наборы тестов из плана тестирования интеграции (DEV).

9. Выберите план тестирования Sprint 1 Integration Testing (DEV), затем выберите пакет тестов User Story 13. Выберите команду Copy suite into plan (Копировать набор в план).

10. Укажите статус разработки плана тестирования — In planning. Повторите то же самое для остальных наборов тестов.

11. Добавьте новый тестовый случай в пользовательское описание User Story 16, используемое для системного тестирования в ветви MAIN. Нажмите кнопку New, чтобы создать новый тестовый случай, и задайте для него путь итерации: Fabrikam Fiber\Release2\Sprint1.

12. Укажите статус разработки плана тестирования — In progress. Повторите то же самое для остальных наборов тестов, для которых определены все тестовые случаи.

ОБЗОР

Мы создали новый план тестирования интеграции в ветви MAIN нашего проекта.

Шаг 5. Создание плана тестирования пользовательской приемки

ЦЕЛЬ:

На этом шаге мы создаем план тестирования пользовательской приемки (UAT) для ветви кода RELEASE в папке Release 2\Sprint 1 нашего проекта. Мы определяем тестовые случаи для этого плана — как общие, так и уникальные.

1. Откройте Microsoft Test Manager и перейдите на вкладку Organize.

2.  Выберите команду New, чтобы создать новый план тестирования пользовательской приемки в ветви RELEASE. Включите имя ветви в название и номер выпуска. Укажите начальную и конечную даты. Задайте путь итерации: Fabrikam Fiber\Release 2\Sprint 2.

3.  Выберите команду Save and Close,чтобы подтвердить изменения.

4.  Щелкните ссылку Sprint1 System Testing в правом верхнем углу, чтобы перейти в окно выбора плана.

5. Выберите план тестирования Release 2 UAT (RELEASE) (Тестирование пользовательской приемки Выпуска 2 (RELEASE)) и щелкните ссылку Select plan ниже.

6.  Нажмите кнопку Add requirements, чтобы выбрать пользовательские описания функциональности, которые уже готовы к тестированию пользовательской приемки в ветви RELEASE. В данном случае это может быть любое пользовательское описание функциональности, которому присвоен путь итерации: Release2\Sprint1 and Release2\Sprint2. Укажите этот путь итерации в фильтре запросов рабочих элементов и выберите команду Run, чтобы получить результаты.

7.  Выберите команду Add Requirements to plan, чтобы создать в плане тестирования наборы тестов на основе требований.

8.  Укажите статус разработки плана тестирования — In planning. Повторите то же самое для остальных наборов тестов.

9.  Создайте еще один статический набор тестов, содержащий тестовые случаи для исправленных ошибок. Нажмите кнопку New и выберите пункт Suite(Набор) из контекстного меню.

10.  Добавьте новый тестовый случай в статический пакет Bugs (Ошибки), который должен выполняться для исправления ошибок. Нажмите кнопку New, чтобы создать новый тестовый случай, и задайте для него путь итерации: Fabrikam Fiber\Release2\Sprint2. Выберите команду Save and Close, чтобы подтвердить изменения.

11.  Укажите статус разработки плана тестирования — In progress. Повторите то же самое для остальных наборов тестов, для которых определены все тестовые случаи.

ОБЗОР

 Мы создали новый план тестирования пользовательской приемки в ветви RELEASE нашего проекта. Мы добавили новый статический пакет, позволяющий использовать все тестовые случаи для проверки исправления ошибок при тестировании пользовательской приемки.