Ручное тестирование

Показывать лекцию целиком

Продолжительность лабораторной работы - 2 академических часа.

Планирование тестирования

Для тестировщиков используется специальный инструмент тестирования Microsoft Test Manager (MTM). MTM позволяет создавать планы тестирования, добавлять и обновлять тестовые случаи, выполнять ручные и автоматизированные тесты. При первом запуске диспетчера MTM необходимо подключиться к серверу TFS и выбрать командный проект (рис 21.1).

(рис 21.1) Подключение MTM к командному проекту

На следующем шаге необходимо создать новый план тестирования. Для этого на вкладке ). В диалоговом окне ). На вкладке ).

(рис 21.2) Создание нового плана тестирования

(рис 21.3) Диалоговое окно Добавление плана тестирования

(рис 21.4) План тестирования Выпуск 1 - Содержание

Если перейти на вкладку ).

(рис 21.5) План тестирования Выпуск 1 - Свойства

Каждый план тестирования имеет свое название и может иметь описание. Владельцем плана является ведущий тестировщик. По умолчанию первоначальное состояние плана - Активно. Если состояние плана устанавливается Неактивно, то данный план либо ранее был выполнен, либо создается и не начато его выполнение. Области и итерации - это стандартные схемы классификации рабочих элементов проекта. Планы тестирования должны быть связаны с итерациями (выпусками или спринтами) проекта, поскольку тестирование следует за определением пользовательских требований (элементов задела работы продукта) или разработкой кода.

Планы тестирования не являются рабочими элементами проекта и содержат больше информации, чем рабочие элементы.

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

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

(рис 21.6) Добавление требований пользователя в план тестирования

В запросе на выборку требований, которые можно включить в план тестирования (рис 21.7), откорректируйте (при необходимости) параметры запроса и щелкните на ссылке Выполнить (1). В списке требований пользователя выберите нужное требование (2) и нажмите кнопку Добавить требование в план (3).

(рис 21.7) Добавление требований в план тестирования

Добавленное требование становится отдельным набором и все тестовые случаи, связанные с ним автоматически включаются в набор (рис 21.8).

(рис 21.8) Набор на основе требования

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

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

Конфигурации тестирования

В Microsoft Test Manager конфигурации тестирования являются настраиваемыми. Они определяют всю необходимую информацию среды тестирования: браузеры, операционные системы, версии программных систем, например Silverlight или медиа плеер, детали оборудования, например веб-камеры.

Для создания конфигурации тестов перейдите в .

(рис 21.9) Диспетчер конфигурации тестов

Для создания новой переменной конфигурации тестов щелкните на кнопке ).

На странице ).

(рис 21.10) Управление переменными конфигурации

Отредактируйте список допустимых операционных систем, удалив из него )

(рис 21.11) Редактирование списка операционных систем

Добавим данные по ), указав имя переменной (1), описание (2) и разрешенные значения стандартных версий (3).

(рис 21.12) Добавление новой переменной конфигурации

Для добавления новой конфигурации тестов на странице ).

(рис 21.13) Добавление новой конфигурации тестов

На странице ). Щелкните кнопку Добавить и введите данные по операционной системе, затем добавьте данные по Silverlight. По завершению процесса создания новой конфигурации тестов нажмите кнопку Сохранить и закрыть.

(рис 21.14) Добавление переменных конфигурации

Новая конфигурация тестов будет добавлена в список диспетчера конфигурации тестов (рис 21.15).

(рис 21.15) Обновленный список конфигурации тестов

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

(рис 21.16) Назначение конфигурации тестов для плана тестирования

Создание тестового случая

В ) выделите тестовый случай с идентификатором 36 (1) и нажмите кнопку Открыть (2).

(рис 21.17) Открытие тестового случая

На рис 21.18 приведена страница с описанием параметров тестового случая ).

(рис 21.18) Страница тестового случая Удаление данных по студенческим группам

(рис 21.19) Страница тестового случая Удаление данных по студенческим группам

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

Для созданных тестовых случаев необходимо изменить конфигурацию. На странице ).

(рис 21.20) Редактирование конфигурации тестовых случаев

Выберите из выпадающего списка нужную конфигурацию (в нашем примере - Бизнес-приложение) и нажмите кнопку ).

(рис 21.21) Назначение конфигурации тестового случая

Выполнение ручного теста

Для выполнения теста перейдите на страницу ). При этом диспетчер ).

(рис 21.22) Страница Тест / Запуск тестов

(рис 21.23) Окно Средства запуска тестов

В окне Средства запуска тестов необходимо отметить галочкой флажок Создать запись действий и нажать кнопку Начать тест.

На рис 21.24 приведено окно Средства запуска тестов до выполнения теста, где отображаются действия каждого шага и ожидаемый результат. Справа от каждого шага имеется индикатор Активен/Пройден/Не пройден.

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

На рис 21.25 приведено окно Средства запуска тестов после успешного выполнения теста.

При завершении тестирования выводится сообщение о сборе информации о процессе тестирования (рис 21.26) и диалоговое окно для создания новой записи тестов (рис 21.27).

(рис 21.24) Окно Средства запуска тестов до выполнения теста	(рис 21.25) Окно Средства запуска тестов после выполнения теста
(рис 21.26) Завершение процесса тестирования	(рис 21.27) Создание новой записи тестов