Выполнение произвольного тестирования с помощью Microsoft Test Manager

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

Microsoft Test Manager (MTM) позволяет путем записи действия выполняются в процессе работы с приложением.Можно также записей средства чтения с экрана, комментарии, вложения, звуковой ее текст и видеозапись экрана.Запись упрощает трассировки любые ошибки, возможны.Также можно размещать действий как тестовый случай, поэтому будет легко автоматически или коллеги, чтобы воспроизвести тест после того, как приложение будет обновлена.

Требования

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

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

• При нажатии раскрываю MTM он запрашивает в ли подключу к командному проекту и план тестирования. Чтобы они?
  Дополнительные сведения см. в разделах Внедрение Visual Studio и Team Foundation Server для управления жизненным циклом приложений и Тестирование приложения.

Начать сеанс произвольного теста

В Microsoft Test Manager, откройте Центр тестирования, Тест, Выполните произвольное тестирование.

• **Сделайте произвольного тестирования.**Я не вижу
  Команда использует версию TFS до 2012.В разделе руководство по Visual Studio 2010.

Выберите Произвольное тестирование.

или

Выделите рабочий элемент ", а затем выберите Просмотр рабочих элементов.Это связывает запись теста с рабочим элементом.

• Почему назначит в сеанс теста с рабочими элементами?
  При создании ошибки или тестовый случай из исследовательского сеанса, они будут автоматически связываются с данным рабочим элементом.

  Сеанс можно связать с любым рабочим элементом требования в категории.В стандартных шаблонов командного проекта, в том числе Требование (CMMI), Элемент невыполненной работы по продукту (Scrum) и Описание функциональности пользователя (гибкая разработка).

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

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

• Почему не удалось ли связать сеанс с требованием?
  Иногда необходимо изучить приложение без сосредоточиться на определенном требовании.

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

Приложение просмотра

Подготовка запустить приложение.Например, если приложение веб-сайт, сначала веб-сервера.

В окне произвольного тестирования, выберите Запуск.

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

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

[Обновление 1 Visual Studio 2012] журнал действий автоматически включает снимок экрана, фокусируя в области вокруг текста или жеста.Снимки экрана включаются при создании ошибки в исследовательском сеанса.

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

• Все ли сделать записанный подробно?
  По умолчанию не указанные действия в MTM и в приложениях office, например ключевое слово, рисования и outlook.Чтобы изменить этот набор настройте вход действия параметров тестирования в свойствах плана тестирования.Дополнительные сведения см. в разделе Настройка плана тестирования.

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

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

• Мое приложение система веб-сайта или клиент-сервера. MTM может записывать события, которые происходят в серверах?
  Да.Необходимо запустить сервер в лабораторной среде, а также для настройки использования планом тестирования в актам захвата из компьютеров лаборатории.При создании ошибки, MTM извлекает данные из компьютеров лаборатории и вложение его в отчет об ошибках.Для получения дополнительной информации см. Использование лабораторной среды в жизненном цикле приложения.

Ошибки в отчете

Найдя, в приложении, выберите Создать ошибку.

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

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

Можно создать тестовый случай, в то время как ошибка, содержащий те же действия.Это позволяет гарантировать, что ошибка не повторяется в будущем.Ошибка и тестовый случай связь.

[Обновление 1 Visual Studio 2012] описание каждого действия автоматически сопровожено съемкой экрана в области действия.

Чтобы увидеть, как весь экран появившийся во время теста выберите Журнал действий.

Тестирование повторно Make простой

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

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

Можно создать тестовый случай или непосредственно из исследовательского сеанса или сразу после создает ошибку.

Можно настроить число последних действий, включенных в тестовом случае.

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

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

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

Совет
Создайте отдельный тестовый случай для каждой отдельной аспект требования.

• Я сделал та же последовательность с различными значениями данных. Должно ли для каждого как отдельный тестовый случай?
  Нет.Создайте один тестовый случай, а затем изменяйте его, чтобы заменить имя параметра определенного значения в последовательности.Имена параметров начинаются с "@".Например, @flavor" ссылка "click ". В таблице Значения параметров внизу скрипта тестового случая, предоставляют набор значений, который должен использоваться в последующих повторениях теста.Для получения дополнительной информации см. Создание ручных тестовых случаев с помощью Microsoft Test Manager.

Выполнения теста

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

Насколько хорошо связанного делаем?

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

Использование произвольного тестирования

• Исследовательские тесты, следует ли выполнять?
  Наиболее важные категории тестов:

  • Выполнение истории. Можно выполнить обещанные действия в пользовательской истории или в элементе невыполненной работы по продукту?

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

  • Разделяет приложение. Можно ли сделать неудачное завершение приложения, например, предоставляя непредвиденные входных или слишком много входных данных?

  Полезно представить в терминах другим учебникам.Исследование учебник, в котором выполняется указанную версию теста.Дополнительные сведения см. в разделе " A " james.Книга Whittaker, произвольного тестирования.

• Как должны рекомендуется использовать исследовательские тестов вместе с запланированными тестовых случаях?
  Различные команды используют различные составное произвольного тестирования и запланированного тестирования с помощью тестовых случаев.Ниже приведены некоторые альтернативные стратегии, которые нужно учитывать:

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

  • Исследование для новых функций, тестовых случаев для регрессии. Когда код требования вернут выполните исследовательские тесты и создайте тестовый случай из них.Создание ошибок для ошибок вы найдете.Если ошибки исправлены, выполнение всех тестовых случаев.Лучшим мера полноты диаграммы передачи тестовый случай.В каждом из спринтов, также тестовых случаев выполнения для предыдущих спринтов, убедиться ничего не изменились.

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

Проверка исправления

Если для исправления ошибки были возвращены, откройте MTM и выберите Центр тестирования, Тест, Проверка ошибок.Эта страница содержит список ошибок, которые были созданы в этом плане тестирования и, связанная с тестовые случаи.Выделите исправлена ошибка, и выберите команду Проверить.Средство выполнения тестов позволяет открыть и отобразить шаги, которые выполнялись для поиска ошибки.Выполните шаги и убедитесь, что ошибка не возникает.Пометить тест как пройденный и закрыть ошибку.

Сбор сведений от сервера

Если приложение веб-сайт или приложение клиент-сервера можно запрашивать информацию у компьютера сервера, так и из собственного клиентского компьютера.

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

Необходимо также настроить тесты для сбора данных из среды.Можно сделать это в свойствах плана тестирования, или можно выбрать этот параметр в отдельных тестах.

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

Установить все тесты для сбора данных сервера: В MTM, выберите Центр тестирования, План, Свойства.В Тестовая среда выберите среду, в которой необходимо задать сервер.

Дополнительные сведения о статистике

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

Можно также видеозапись экрана захвата в процессе работы и звуковой комментарий.

Для получения дополнительной информации см. Практическое руководство. Выбор параметров и сред тестирования для плана тестирования.

Безопасность

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

Внешние ресурсы

Руководство

Проверка непрерывной работы с Visual Studio 2012 – Chapter 4: Системные ручные тесты

Видеоклипы

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

См. также

Задачи

Практическое руководство. Создание рабочего элемента с помощью Microsoft Test Manager

Практическое руководство. Создание рабочего элемента с помощью Microsoft Test Manager

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

Запуск тестов в Microsoft Test Manager

Создание тестов для невыполненной работы по продукту, пользовательских историй или требований

Элемент невыполненной работы по продукту (Scrum)

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

Требование (CMMI)

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

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

Создание, копирование и обновление рабочих элементов