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

  • Статья

Введение

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

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

Visual Studio ALM Rangers

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

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

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

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

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

… или

  • единая серверная (физическая или виртуальная) среда, в которой установлено и настроено следующее программное обеспечение:

Программное обеспечение

Версия

Примечание

Операционная система

Windows 7
Windows Server 2008
Windows Server 2008 R2

 

IIS

IIS7

Предоставляется в составе операционной системы

SQL Server

SQL Server 2008 SP1

Рекомендуется выпуск Enterprise

Windows SharePoint Services

WSS 3.0 SP2

 

Microsoft Office

Office 2007 SP1

Рекомендуется выпуск Professional или выше

Visual Studio Ultimate

2010

 

Пути

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

Ключевые операции и время выполнения

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

Тема Продолжительность (мин.) Страница
Шаг 1. Контекст 3 7
Шаг 2. Запуск Microsoft Test Manager 2 8
Шаг 3. Проверка статуса работ по текущему спринту 10 9
Шаг 4. Проверка состояния тестовых случаев в спринте 1 10 12
Шаг 5. Обновление плана тестирования спринта 1 15 13
Шаг 6. Создание плана тестирования для спринта 2 5 15
Шаг 7. Включение тестовых случаев в план тестирования для спринта 2 15 16
ИТОГО 60 мин.  

Таблица 2. Ключевые операции и время выполнения

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

 

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

Сценарий перехода от спринта к спринту

Только что завершился спринт 1 в нашем примере проекта. Программное обеспечение не готово к выпуску, проект переходит на следующую стадию — к спринту 2.

Кристина, руководитель тестирования проекта, должна создать план тестирования для спринта 2, который включал бы следующее:

  • Регрессионное тестирование выполненной работы в спринте 1.
  • Новые тестовые случаи для работы по внедрению, запланированной в спринте 2.

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

Кристине необходимо выполнить следующее:

  • Выполнить эту работу насколько возможно быстро и эффективно.
  • Составить точные и полные отчеты по спринту 1 после его завершения.
  • Убедиться в том, что план тестирования спринта 2 подготовлен для формирования достоверных отчетов о тестировании.
  • Убедиться в том, что на отчетность по спринту 1 не повлияют операции, относящиеся к спринту 2.

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

ЦЕЛЬ:

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

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

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

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

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

ОБЗОР

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

Шаг 3. Проверка статуса работ по текущему спринту

ЦЕЛЬ

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

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

2. Дважды щелкните пункт Sprint1 TestPlan(План тестирования для спринта 1) в окне диспетчера тестового планирования Test Plan Manager.

3. Параметр State(Состояние) плана тестирования должен иметь статус Active(Активный).

4. Выберите вкладку Plan(План) в MTM и разверните Sprint1 TestPlansuite(Набор плана тестирования для спринта 1).

5. Проверьте состояние User Story 1. Клиент должен иметь возможность создать новую учетную запись. Обратите внимание, что статус этого описания — Completed и все тесты пройдены (зеленая полоса). Это пользователь­ское описание функциональности успешно прошло проверку.

6. Проверьте состояние User Story 2. Клиент должен иметь возможность добавлять товары в корзину. Обратите внимание, что статус этого описания — InProgress(Выполняется). Перейдите на вкладку Test (Тестирование). Обратите внимание, что тестирование не выполнено ни для одного из тестовых случаев. Это пользовательское описание функциональности необходимо проверить в следующем спринте.

7. Проверьте состояние User Story 3. Клиент должен иметь возможность входить на сайт. Обратите внимание, что статус этого описания — Completed и все тесты пройдены (зеленая полоса). Это пользовательское описание функциональности успешно прошло проверку.

8. Проверьте состояние User Story 4. Клиент должен иметь возможность завершить сеанс работы с сайтом. Обратите внимание, что статус этого описания — Completed, однако некоторые тесты не пройдены (красно-зеленая полоса). Необходимо выполнить регрессионное тестирование этого пользовательского описания функциональности в следующем спринте.

9. Проверьте состояние User Story 5. Клиент должен иметь возможность просматривать товары в корзине. Обратите внимание, что статус этого описания — **InProgress;**некоторые тесты заблокированы, некоторые — пройдены. Это пользовательское описание функциональности необходимо повторно протестировать в следующем спринте.

10. Проверьте состояние User Story 8. Клиент должен иметь возможность ввести сложный пароль при создании новой учетной записи. Обратите внимание, что статус этого описания — InPlanning(Планирование) и ни один из тестовых случаев до сих пор не был выполнен. Это пользовательское описание функциональности необходимо проверить в следующем спринте.

ОБЗОР

Мы изучили состояние работ в текущем спринте и классифицировали пользовательские описания функциональности в следующие группы:

Проверено — User Story 1, User Story 3.

Проверено и требует регрессионного тестирования — User Story 4.

Тест не пройден, требуется повторное тестирование — User Story 5.

Тест не выполнен — User Story 2 и User Story 8.

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

Шаг 4. Проверка состояния тестовых случаев в спринте 1

ЦЕЛЬ:

На этом шаге мы проверяем тестовые случаи в текущем спринте. Необходимо убедиться в том, что задан путь итерации Sprint 1 (Спринт 1) и все активные тестовые случаи имеют статус Ready (Готово). После этого мы включаем в журнал невыполненных работ все тестовые случаи, для которых не выполнялось тестирование.

1. Откройте тестовые случаи из наборов со статусом InProgress и убедитесь в том, что для них установлен статус Ready. Для них должен быть назначен путь итерации FabrikamFiber\Release1\Sprint1

2. Откройте тестовые случаи из наборов со статусом InPlanning и убедитесь, что их статус — Design(Разработка).

3. Откройте тестовые случаи из User Story 2. Так как они не выполнялись в текущем спринте, снова включите их в журнал невыполненных работ. Для этого можно обновить путь итерации, изменив его на FabrikamFiber\Release1.

4. Откройте тестовые случаи из User Story 8. Поскольку они все еще имеют статус Design и не были выполнены в текущем спринте, снова обновите путь итерации, изменив его на FabrikamFiber\Release1.

ОБЗОР

Мы убедились, что статусы и пути итерации для тестовых случаев в спринте 1 имеют правильные значения.

Шаг 5. Обновление плана тестирования для спринта 1

ЦЕЛЬ:

На этом шаге мы обновляем структуру плана тестирования для переноса проверенных тестовых случаев из набора незавершенных или невыполненных тестовых случаев. Затем тестовые случаи, по которым в следующем спринте не будет проводиться регрессионное тестирование, объединяются в набор отдельно от тестовых случаев, участвующих в регрессионном тестировании.

1. Перейдите на вкладку Plan Microsoft Test Manager.

2. Выберите набор Sprint 1 Test Plan. В меню New выберите пункт **NewSuite(Новый набор).**Присвойте набору имя Verifiedtestcases(Проверенные тестовые случаи).

3. Создайте два других пакета и назовите их так: Failed test cases or to be regresseds (Не прошедшие тест или подлежащие регрессионному тестированию тестовые случаи) и Incompleteornot-runtestcases(Незавершенные или невыполненные тестовые случаи).

4. Переместите наборы тестов User Story 1 и User Story 3 в набор Verified test cases.

5. Переместите наборы тестов User Story 4 и User Story 5 в набор Failed test cases or to be regressed.

6. Переместите наборы тестов User Story 2 и User Story 8 в набор Incomplete or not-run test cases.

7. Установите для пакета Verifiedtestcases статус тестирования Completed.

8. Установите для плана Sprint1 TestPlan статус тестирования Completed.

ОБЗОР

Структура плана тестирования Sprint 1 Test Plan обновлена в соответствии с текущим статусом работ. Проверенные тестовые случаи перенесены из наборов тестов, содержащих незавершенные и невыполненные тестовые случаи.

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

ЦЕЛЬ:

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

1. Перейдите на вкладку Organize в Microsoft Test Manager и выберите пункт New, чтобы создать новый план тестирования.

2. Введите имя плана Sprint2 TestPlan(План тестирования для спринта 2) и заполните поле описания.

3. Установите для плана тестирования статус **In-planning,**задайте начальную и конечную даты и укажите путь итерации FabrikamFiber\Release1,0\Sprint2.

4. Убедитесь в том, что для поля **Owner(Владелец)**задано значение ChristineTester(Тест-инженер Кристина). Нажмите кнопку Save and Close (Сохранить и закрыть).

5. Щелкните ссылку Sprint 1 Test Plan в верхнем правом углу приложения и выберите новый план тестирования, чтобы начать работу с ним.

ОБЗОР

Мы убедились в корректности параметров нового плана тестирования. Теперь можно приступать к включению тестовых случаев в план.

Шаг 7. Включение тестовых случаев в план тестирования для спринта 2

ЦЕЛЬ:

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

1. Перейдите на вкладку PlanMicrosoft Test Manager и выберите набор Sprint2 TestPlan.

2. Установите для плана Sprint 2 Test Plan статус In planning.

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

4. Выберите набор Failed test cases or to be regressed из окна Copy Test Suites From Another Test Plan. Нажмите кнопку Copysuiteintoplan(Копировать набор в план).

5. Повторите те же действия для набора Incompleteornot-runtestcases и скопируйте его в план.

6. Обновите путь итерации для всех тестовых случаев в этих двух наборах тестов: FabrikamFiber\Выпуск 1.0\Спринт 2

7. Выберите узел Sprint2 TestPlan и нажмите кнопку **Addrequirements(Добавить требования),**чтобы добавить требования, которые необходимо проверить в этом спринте.

8. Выберите User Story 6, User Story 7 и User Story 9 (путь итерации указывает, что они запланированы на спринт 2). Нажмите кнопку Add requirements.

9.  Новый план тестирования теперь содержит все наборы тестов, для которых запланирована проверка в ходе спринта 2.

10. Измените статус тестирования набора тестов для User Story 6, User Story 7 и User Story 9 на In-planning.

11. Проверьте все тестовые случаи для UserStory6, UserStory7 и UserStory9 и задайте для них следующий путь итерации: FabrikamFiber\Выпуск 1.0\Спринт 2

12. При необходимости можно добавить тестовые случаи в наборы пользовательских описаний функциональ­ности, нажав кнопку New. Перед завершением проверки тестового случая убедитесь в том, что задан путь итерации FabrikamFiber\Release1,0\Sprint2 и установлен статус Designed(Разработано).

13. Теперь тестовые случаи включены в план тестирования для спринта 2. Можно установить для плана тестирования новый статус In progress.

ОБЗОР

Все тестовые случаи, предназначенные для повторного использования, скопированы из плана тестирования для спринта 1 в план тестирования для спринта 2. Новые тестовые случаи добавлены из журнала невыполненных работ продукта. Новый план тестирования готов к выполнению