Тестовый случай (гибкая разработка)

Команда использует тестовые случаи для определения как ручных, так и автоматических тестов, выполняемых и управляемых с помощью Microsoft Test Manager. С помощью Microsoft Test Manager можно создавать не только тестовые случаи, но и наборы тестов и конфигурации тестов, поддерживающие тестирование проекта. Конфигурации тестов используются для определения способа выполнения тестовых случаев и наборов тестов. Можно группировать тестовые случаи, объединяя их в иерархию наборов тестов в плане тестирования. Создав наборы тестов, можно выполнять наборы тестовых случаев в виде группы. Дополнительные сведения см. в разделе Определение действий тестирования с помощью планов тестирования.

Примечание

Тестовый случай можно определить с помощью Сред. Командный обозреватель, но желательно использовать Microsoft Test Manager.К Microsoft Test Manager можно обращаться из Visual Studio Test Professional 2010, Visual Studio 2010 Professional и Visual Studio 2010 Ultimate.Дополнительные сведения см. в разделе Создание тестов и управление ими.

Чтобы определить последовательность шагов по определению ручных тестов или набора общих шагов, нужно использовать Microsoft Test Manager.Просмотр и изменение других полей, определенных в формах рабочих элементов для тестовых случаев и общих шагов, осуществляется с помощью Сред. Командный обозреватель или Team Web Access. Однако изменять поля, отображаемые на вкладке Шаги в этих клиентах, нельзя.

Если командный проект был обновлен до новой версии, для использования тестовых случаев и взаимодействия с Microsoft Test Manager может потребоваться выполнить дополнительные задачи.Дополнительные сведения см. в разделе Включение взаимодействия с Microsoft Test Manager для обновленных командных проектов.

Множество тестов требуют, чтобы одна и та же последовательность шагов выполнялась для множества тестовых случаев. С помощью создания общих шагов можно один раз задать последовательность шагов и вставлять ее во множество тестовых случаев. Например, если каждый тестовый случай требует вход в приложение, можно для выполнения этих действий создать набор общих шагов. Затем эти общие шаги можно добавить ко всем тестовым случаям и выполнить тесты с помощью Test Runner. Поскольку общие шаги используются только для упрощения определения ручных тестовых случаев, для создания общих шагов следует использовать Microsoft Test Manager. Дополнительные сведения см. в разделе Практическое руководство. Совместное использование общих тестовых случаев с помощью общих шагов.

В этом разделе

Связанные разделы

Определение тестового случая Связывание тестового случая с описанием функциональности пользователя Добавление в тестовый случай вложений и гиперссылок Изменение состояния тестового случая

Гибкие процессы Частое тестирование на ранних этапах разработки Гибкие отчеты (службы отчетов) Отчет "Готовность тестовых случаев" Отчет "Ход выполнения плана тестирования" Отчет "Обзор описаний функциональности" (гибкая разработка) Ссылка на поле Заголовки, идентификаторы, описания и журнал (гибкая разработка) Назначения и рабочий процесс (гибкая разработка) Планирование, ранжирование и приоритеты Области и итерации Связывание рабочих элементов (гибкая разработка) Вложения

Необходимые разрешения

Для просмотра тестового случая необходимо быть членом группы Читатели или располагать разрешением Просмотр рабочих элементов на этом узле со значением Разрешить. Чтобы создать или изменить тестовый случай необходимо быть членом группы Участники или располагать разрешением Просмотр рабочих элементов на этом узле со значением Разрешить. Дополнительные сведения см. в разделе Управление разрешениями;

Определение тестового случая

Тестовый случай можно определить с помощью Сред. Командный обозреватель или Team Web Access, а затем добавить его в план тестирования с помощью Microsoft Test Manager. При определении тестового случая указываются поля, показанные на следующем рисунке.

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

В процессе работы над тестовым случаем можно в любое время изменить поля и добавить новые сведения. Описание выполнения данной процедуры с помощью Microsoft Test Manager см. в разделе Практическое руководство. Создание ручного тестового случая.

Определение тестового случая

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

   • (Обязательно) В поле Название укажите описательную фразу, определяющую критерии теста.

   • В списке Кому назначено выберите владельца тестового случая.

     Примечание

     Рабочие элементы можно назначать только членам группы Участники.

     Если владелец тестового случая не назначен, им автоматически становится создатель.

   • В списке Состояние оставьте значение по умолчанию — Разработка.

     Примечание

     Тестовый случай, находящийся в состоянии Разработка, может быть выполнен.

   • В списке Приоритет выберите степень важности тестового случая по шкале от 1 до 4, где 1 является самым важным.

     По умолчанию присваивается значение 2.

   • В поле Состояние автоматизации оставьте значение по умолчанию, Не автоматизировано, для ручных случаев или выберите Запланировано, если тестовый случай необходимо автоматизировать.

     Примечание

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

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

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

   • В списке Итерация выберите итерацию командного проекта для этого тестового случая.

     Значение по умолчанию — это узел итерации верхнего уровня, определенный для проекта.

     Примечание

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

2. Перейдите на вкладку Сводка и заполните одно или оба следующих поля.

   • В поле Описание укажите как можно больше подробностей для описания тестового случая.

   • в поле Журнал добавьте комментарии для записи в журнал.

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

3. Связывание тестового случая с описанием тестируемой функциональности пользователей.

   Дополнительные сведения см. в разделе Связывание тестового случая с описанием функциональности пользователя ниже.

4. Нажмите кнопку Сохранить рабочий элемент.

   Примечание

   После сохранения тестового случая идентификатор отобразится на панели инструментов рабочего элемента.

5. На вкладке Шаги щелкните Открыть для редактирования, чтобы определить действие, шаги проверки и параметры в составе теста.

   Microsoft Test Manager позволяет открыть и отобразить тестовый случай.

   Примечание

   Шаги теста можно определять только с помощью Microsoft Test Manager.

   Дополнительные сведения см. в разделе Создание тестов и управление ими.

Связывание тестового случая с описанием функциональности пользователя

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

Связывание тестового случая с описанием функциональности пользователя

1. Перейдите на вкладку Тестируемые рабочие элементы.

   

2. Нажмите кнопку Добавить ссылку на.

   Откроется диалоговое окно Добавить ссылку на тестовый случай.

3. В списке Тип связи оставьте значение по умолчанию — Тесты.

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

4. Нажмите кнопку Обзор.

   Откроется следующее диалоговое окно:

   

5. В списке Сохраненный запрос выберите командный запрос Открытые пользовательские описания функциональности и нажмите кнопку Найти.

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

   Дополнительные сведения см. в разделе Поиск рабочих элементов для связывания или импорта.

7. (Необязательно) В поле Примечание введите описание ссылки.

8. Нажмите кнопку ОК.

9. Нажмите кнопку Сохранить рабочий элемент.

   Примечание

   Будет выполнено обновление как описания функциональности пользователей, так и тестового случая.В тестовый случай добавляется ссылка Тест выполнил.

Добавление в тестовые случаи сведений, вложений и гиперссылок

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

• Введите сведения в поле Описание или Журнал.

• Вложить файл.

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

• Добавьте гиперссылку на веб-сайт или файл, хранящийся на сервере или в веб-сайте.

Добавление дополнительных сведений в тестовый случай.

1. Перейдите на вкладку Сводка.

2. В поле Описание введите необходимые сведения.

3. (Необязательно) Введите необходимые сведения в поле Журнал.

   Можно форматировать текст для выделения важных частей или для формирования маркированного списка. Дополнительные сведения см. в разделе Заголовки, идентификаторы, описания и журнал (гибкая разработка).

4. Нажмите кнопку Сохранить рабочий элемент.

Чтобы добавить вложение в тестовый случай, выполните следующие действия

1. Перейдите на вкладку Вложения.

   

2. Выполните одно из следующих действий:

   • Перетащите файл в область вложений.

   • Щелкните или нажмите сочетание клавиш CTRL+V, чтобы вставить скопированный файл.

   • Выберите команду Добавить, нажмите кнопку Обзор и в диалоговом окне Вложение введите или укажите расположение добавляемого файла.

     (Необязательно) Введите дополнительные сведения о вложении в поле Комментарий. Чтобы закрыть диалоговое окно Вложение нажмите кнопку ОК.

3. Нажмите кнопку Сохранить рабочий элемент.

Добавление в тестовый случай гиперссылки

1. Перейдите на вкладку Другие ссылки.

   

2. Нажмите кнопку Добавить ссылку на.

   

3. В списке Тип связи выберите Гиперссылка.

4. В поле Адрес укажите адрес целевого объекта ссылки.

5. Если целевым объектом является веб-сайт, введите URL-адрес (или скопируйте его из интернет-браузера и вставьте его) в поле Адрес. Если целевым объектом является расположение на сервере, введите адрес в формате UNC.

6. (Необязательно) Введите дополнительные сведения о гиперссылке в поле Комментарий.

7. Нажмите кнопку ОК.

8. Нажмите кнопку Сохранить рабочий элемент.

Изменение состояния тестового случая

При создании тестового случая, он ему автоматически присваивается состояние Разработка. Состояние Готово присваивается после определения всех действий и шагов проверки для тестового случая при условии что подтверждена готовность тестового случая к выполнению. Если тестовый случай больше не требуется, его состояние следует изменить с Готово на Закрыт. Дополнительные сведения о полях данных, используемых для отслеживания изменений, см. в разделе Назначения и рабочий процесс (гибкая разработка).

Дополнительные сведения о выполнении этой процедуры с помощью см. в разделе Практическое руководство. Изменение состояния тестового случая на значение "Закрыто". В Office Excel можно править несколько тестовых случаев одновременно. Для этого необходимо открыть командный запрос "Открытые тестовые случаи" и обновить поле Состояние для тех случаев, которые необходимо изменить.

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

Изменение состояния тестового случая

1. Откройте тестовый случай.

2. В поле Состояние выберите одно из следующих значений:

   • Разработка: тестовый случай находится в разработке, но пока еще не был проверен и одобрен.

     Примечание

     Тестовый случай, находящийся в состоянии Разработка, может быть выполнен.

   • Готово: тестовый случай проверен, одобрен и готов к запуску.

   • Закрыт: тестовый случай больше не требуется для будущих итераций этого командного проекта.

3. В списке Причина оставьте значение по умолчанию — Устарело. Если тестовый случай закрывается по другой причине, выберите Отложен или Дубликат.

4. Нажмите кнопку Сохранить рабочий элемент.

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

Схема состояний тестовых случаев

Разработка [Новый]

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

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

• Назначено: имя члена команды, создавшего тестовый случай.

• Создано: имя члена команды, создавшего тестовый случай.

• Дата создания: дата и время создания тестового случая в соответствии с часами сервера.

Переход от этапа разработки к готовности

Если можно изменить состояние тестового случая с Разработка на Готово, в поле Причина автоматически устанавливается значение Выполнено.

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

Переход от состояния разработки или готовности к закрытому состоянию

Тестовый случай можно закрыть из состояния Разработка или Готово по следующим причинам:

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Устаревший (по умолчанию)	Тестовый случай больше не требуется для приемочного тестирования описаний функциональности пользователей.	Убедитесь, что все описания функциональности пользователей, связанные с тестовым случаем, имеют состояние Закрыто.
Отложенный	Тестовый случай не будет выполняться в течение текущего цикла продукта или итерации. Также можно указать эту причину, если тестируемое описание функциональности пользователей имеет состояние Закрыто с причиной Вне области или Отброшено.	Нет.
Дубликат	Когда тестовый случай дублирует имеющийся тестовый случай.	Создайте ссылку на дубликат тестового случая, который остался открытым.

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

• Закрыл: имя члена команды, закрывшего тестовый случай.

• Дата закрытия: дата и время закрытия тестового случая в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния тестового случая.

Готово

Когда тестовый случай определен и готов к выполнению, его состояние можно изменить на Готово.

Переход от состояния готовности к состоянию разработки

Тестовый случай может быть переведен из состояния Готово в состояние Разработка по следующим причинам:

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

Следующие поля данных регистрируются автоматически при повторной активации тестового случая:

• Активировал: имя члена команды, активировавшего тестовый случай.

• Дата активации: дата и время повторной активации тестового случая в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния тестового случая.

Закрыто

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

Переход от закрытого состояния к состоянию разработки или готовности

При изменении состояния тестового случая с "Закрыто" на "Разработка" или "Готово" по умолчанию в поле "Причина" указывается следующее (и только это) значение:

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

При изменении состояния тестового случая с Закрыто на Разработка или Готово регистрируются следующие поля данных:

• Активировал: имя члена команды, активировавшего тестовый случай.

• Дата активации: дата и время повторной активации тестового случая в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния тестового случая.

См. также

Основные понятия

Описание функциональности пользователя (гибкая разработка)

Общие шаги (гибкая разработка)

Тестирование приложения

Другие ресурсы

MSF для гибкой разработки программного обеспечения версии 5.0

Рабочие элементы и рабочий процесс (гибкая разработка)