Тестовый случай (CMMI)

Команда может использовать тестовые случаи для определения как ручных, так и автоматических тестов, которые можно выполнять и которыми можно управлять с помощью Test Runner и 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.Дополнительные сведения см. в разделе Практическое руководство. Совместное использование общих тестовых случаев с помощью общих шагов.

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

См. также

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

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

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

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

Указание тестовый случай

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

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

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

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

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

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

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

   • В списке Кому назначено, выберите соответствующий владелец в тестовый случай.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   • В Описание опишите тестовый случай, предоставив всю имеющуюся информацию по мере необходимости.

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

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

4. На вкладках ПРОТЕСТИРОВАННЫЕ ТРЕБОВАНИЯ и Все ссылки создайте ссылки из тестового случая с одним или несколькими другими рабочими элементами, такими как требования, задачи, запросы на изменение и ошибки.

5. На вкладке ВЛОЖЕНИЯ, вложение спецификации, изображений или другие файлы, содержащие дополнительные сведения о тестовом случае.

   Дополнительные сведения см. в следующих подразделах далее в этом разделе:

   • Связывание тестового случая с требованием

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

6. Выберите Сохранить рабочий элемент.

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

Связать тестовый случай с требованием

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

Связывание тестового случая с требованием

1. Выберите вкладку Протестированные требования .

2. Выберите Добавить ссылку на.

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

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

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

4. Выберите Обзор.

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

   

5. В списке Сохраненный запрос выберите командный запрос Открытые требования, а затем выберите Найти.

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

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

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

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

9. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

1. Выберите вкладку summary.

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

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

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

4. Выберите Сохранить рабочий элемент.

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

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

   

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

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

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

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

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

3. Выберите Сохранить рабочий элемент.

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

1. Выберите вкладку Другие ссылки .

   

2. Выберите Добавить ссылку на.

   

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

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

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

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

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

8. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

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

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

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

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

4. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Готово

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

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

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

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

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

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

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

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

Закрыто

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

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

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

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

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

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

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

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

См. также

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

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

Артефакты (CMMI)

Шаблон процесса CMMI для Visual Studio ALM

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

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