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

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

Примечание

Тестовый случай можно определить с помощью Team Explorer, но желательно использовать Microsoft Test Manager.К Microsoft Test Manager можно обращаться из Visual Studio Premium, Visual Studio Ultimate и Visual Studio Test Professional.Дополнительные сведения см. в разделе Создание и управление тестами в Microsoft Test Manager. Чтобы определить последовательность шагов по определению ручных тестов или набора общих шагов, нужно использовать Microsoft Test Manager.Просмотр и изменение других полей, определенных для тестовых случаев и общих шагов, осуществляется с помощью Team Explorer или Team Web Access. Однако изменять поля, отображаемые на вкладке Шаги в этих клиентах, нельзя. Если командный проект был обновлен до новой версии, для использования тестовых случаев и взаимодействия с Microsoft Test Manager может потребоваться выполнить дополнительные задачи.Дополнительные сведения см. в разделе Обновление командного проекта на основе шаблона процессов MSF v4.2.

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

Содержание раздела

См. также

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. На вкладке Шаги щелкните Редактировать с помощью Microsoft Test Manager для указания действия и действия и параметры проверки выполняться как часть теста.

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

   Примечание
   Шаги теста можно определять только с помощью 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. Нажмите кнопку Сохранить рабочий элемент.

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

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

"Разработать" (новый)

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

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

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

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

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

С "Разработать" на "Готово"

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

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

С "Разработать" на "Готово" или "Закрыто"

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

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

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

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

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

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

Готово

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

С "Готово" на "Разработать"

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

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

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

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

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

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

Закрыто

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

С "Закрыто" на "Разработать" или "Готово"

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

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

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

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

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

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

См. также

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

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

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

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

Shared Steps

Шаблон процесса гибкой разработки для Visual Studio ALM

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