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

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

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

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

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

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

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

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

   

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

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

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

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

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

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

     Примечание

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

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

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

     Примечание

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

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

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

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

     Примечание

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

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

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

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

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

     Примечание

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

2. На вкладке Шаги определите действие, шаги проверки и параметры, входящие в состав теста.

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

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

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

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

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

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

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

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

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

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

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

   Примечание

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

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

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

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

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 для улучшения процесса CMMI

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

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

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