Поделиться через


Создание параметров тестирования для запуска автоматических тестов из Visual Studio

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

Параметры тестирования для Visual Studio хранятся в файле. Они определяют следующее.

  • Набор ролей, необходимых для работы тестируемого приложения;

  • Роль, используемая при тестировании;

  • Адаптеры диагностических данных, используемые для каждой роли.

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

Если необходимо выполнить автоматические тесты в рамках плана тестирования, нельзя запускать их из Visual Studio. Необходимо связать автоматические тесты с тестовым случаем и выполнять их с использованием Microsoft Test Manager. Дополнительные сведения о выполнении автоматических тестов из плана тестирования см. в разделе Практическое руководство. Выполнение автоматических тестов из плана тестирования с помощью Microsoft Test Manager.

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

  • Local.testsettings: выполняет тесты локально без выбора адаптеров диагностических данных.

  • Traceandtestimpact.testsettings: выполняет тесты локально со следующими адаптерами диагностических данных, настроенными на сбор данных из всех модулей и процессов.

    • IntelliTrace

    • Влияние на тесты

    • Сведения о системе

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

Используйте следующие процедуры, чтобы создавать и удалять параметры тестирования в решении для автоматических тестов, которые планируется выполнять из Visual Studio.

Добавление параметров тестирования к решению для локального исполнения

Добавление параметров тестирования к решению для локального исполнения

  1. В обозревателе решений щелкните правой кнопкой мыши папку Элементы решения, выберите команду Добавить и щелкните Новый элемент.

    Откроется диалоговое окно Добавление нового элемента.

  2. В области Установленные шаблоны щелкните Параметры тестирования.

  3. (Необязательно.) В поле Имя измените имя файла параметров тестирования.

  4. Нажмите кнопку Добавить.

    В обозревателе решений появится новый файл параметров тестирования, расположенный в папке Элементы решения.

    Примечание

    Список параметров тестирования, который отображает Visual Studio, извлекается из списка файлов параметров тестирования в папке Элементы решения.Например, файлы параметров тестирования в папке "Элементы решения" отображаются, если используется параметр Выбрать активные параметры тестирования в меню Тест.Это означает, что, если переместить файл параметров тестирования в другое расположение внутри иерархии решения, его нельзя будет использовать в качестве параметров тестирования в интегрированной среде разработки Visual Studio.

  5. Откроется диалоговое окно Параметры тестирования. Выбирается страница Общее.

    Теперь вы можете редактировать и сохранять значения параметров тестирования.

    Примечание

    Каждые создаваемые параметры тестирования отображаются в списках Выбрать активные параметры тестирования и Изменить параметры тестирования меню Тест.

  6. Введите имя для параметров тестирования в поле Имя.

  7. (Необязательно.) В поле Описание введите описание параметров тестирования, чтобы другие члены команды знали, для чего эти параметры.

  8. (Необязательно.) Чтобы выбрать схему именования по умолчанию для тестовых запусков, выберите параметр Схема именования по умолчанию. Чтобы определить собственную схему именования, выберите параметр Пользовательская схема и введите необходимый текст в поле Текст префикса. Чтобы добавить отметку даты и времени к имени тестового запуска, выберите параметр Добавить отметку даты и времени.

  9. Щелкните Роли.

    Откроется страница Роли.

  10. Чтобы выполнять тесты локально, выберите параметр Локальное выполнение.

  11. Щелкните Данные и диагностика.

    Откроется страница Данные и диагностика.

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

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

    Примечание

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

    Адаптеры диагностических данных для автоматических тестов

    Адаптер диагностических данных

    Раздел

    Прокси-сервер клиента ASP.NET для IntelliTrace и влияния на тесты. Этот прокси-сервер позволяет собирать данные об HTTP-обращениях из клиента к веб-серверу для адаптеров диагностических данных IntelliTrace и влияния на тесты.

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

    Практическое руководство. Сбор данных IntelliTrace для отладки сложных проблем

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

    IntelliTrace. Адаптер диагностических данных для IntelliTrace можно настроить для сбора определенных диагностических данных трассировки с целью изоляции ошибок, которые трудно воспроизвести. Этот адаптер создает файл IntelliTrace с расширением ITRACE, который содержит эти данные. При неудачном завершении теста можно создать ошибку. К этой ошибке автоматически привязывается файл IntelliTrace, сохраняемый вместе с результатами теста. Данные, собираемые в файл IntelliTrace, повышают производительность отладки за счет снижения затрат времени на воспроизведение и диагностику ошибок в коде. Файл IntelliTrace позволяет имитировать локальный сеанс на другом компьютере, что повышает вероятность воспроизведения ошибки.

    Дополнительные сведения см. в разделе Отладка с помощью IntelliTrace.

    Практическое руководство. Сбор данных IntelliTrace для отладки сложных проблем

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

    ПримечаниеПримечание
    Этот адаптер диагностических данных предназначен только для использования с нагрузочными тестами, которые используют веб-сайты, требующие Visual Studio 2010 Ultimate.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  13. Щелкните Развертывание.

    Откроется страница Развертывание.

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

    Примечание

    Если эта команда выбрана, при выполнении тестов можно продолжать выполнять построение приложения.

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

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

    Примечание

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

  17. Чтобы выполнять скрипты до и после тестов, щелкните Скрипты настройки и очистки.

    Появится страница Скрипты настройки и очистки.

    1. Введите расположение файла скрипта в поле Скрипт настройки или нажмите кнопку (...), чтобы найти скрипт настройки.

    2. Введите расположение файла скрипта в поле Скрипт очистки или нажмите кнопку (...), чтобы найти скрипт очистки.

  18. Для выполнения тестов в другом основном приложении щелкните Узлы.

    1. Для выполнения модульных тестов в том же процессе, что и сайт ASP.NET, выберите вариант ASP.NET в меню Тип хоста. Дополнительные сведения о настройке приложения-хоста см. в разделе Модульные тесты для веб-служб ASP.NET.

    2. Чтобы запустить тест в 32- или 64-разрядном процессе, выберите соответствующий параметр.

      Совет

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

  19. (Необязательно.) Для ограничения периода времени для каждого запуска тестов и отдельных тестов выберите Время ожидания теста.

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

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

  20. (Необязательно) Если требуется указать расположения сборок, которые должны загружаться модульными тестами, щелкните Модульный тест.

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

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

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

    2. Установите или снимите флажок Используйте контекст загрузки для сборок в каталоге теста.

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

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

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

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

    3. В поле Папки для использования при запуске тестов щелкните Добавить папку.

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

    4. Выберите папку, которая будет использоваться, и нажмите кнопку OK.

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

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

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

    5. В поле Дополнительные папки, используемые при обнаружении тестов щелкните Добавить папку.

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

    6. Выберите папку, которая будет использоваться, и нажмите кнопку OK.

      Поле Дополнительные папки, используемые при обнаружении тестов удобно использовать при удаленном выполнении тестов с помощью Team Build или при автоматическом запуске тестов из Microsoft Test Manager. Указанные здесь пути будут использоваться для разрешения сборок, но только во время обнаружения тестов. Эти пути могут содержать переменные среды. Если составляется расписание удаленного запуска тестов из места построения, и не все зависимости тестовой сборки находятся в одном каталоге, эти пути можно использовать для того, чтобы гарантировать, что программа MSTest или контроллер тестирования смогут найти достаточное число зависимых сборок для обнаружения тестов и запланировать их запуск на удаленных компьютерах.

      Для планирования запусков с помощью Microsoft Test Manager имеется дополнительный токен %BuildDrop%, который можно использовать для общего обращения к папке построения. Это исключает необходимость создания и обновления параметров тестирования при тестировании каждого нового построения. К сожалению, этот токен не поддерживается напрямую с помощью Team Build (но если папка построения задана в переменной среды BuildDrop из определения построения, результат будет таким же).

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

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

    1. Выберите параметр Фиксированное число запусков или Один запуск для строки.

    2. С помощью раскрывающегося списка Тип браузера выберите веб-браузер, который будет использоваться в веб-тесте производительности. Например, Internet Explorer 8.0.

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

      Примечание

      Для веб-теста производительности требуется Visual Studio 2010 Ultimate.

  22. Для сохранения параметров тестирования щелкните Сохранить как. Введите в поле Имя объекта желаемое имя файла.

    Примечание

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

Добавление параметров тестирования в решение для удаленного выполнения или сбора данных

Добавление параметров тестирования в решение для удаленного выполнения или сбора данных

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

    Откроется диалоговое окно Добавление нового элемента.

  2. В области Установленные шаблоны щелкните Параметры тестирования.

  3. (Необязательно.) В поле Имя измените имя файла параметров тестирования.

  4. Нажмите кнопку Добавить.

    В обозревателе решений появится новый файл параметров тестирования, расположенный в папке Элементы решения.

    Примечание

    Список параметров тестирования, который отображает Visual Studio, извлекается из списка файлов параметров тестирования в папке Элементы решения..Например, файлы параметров тестирования в папке "Элементы решения" отображаются, если используется параметр Выбрать активные параметры тестирования в меню Тест.Это означает, что, если переместить файл параметров тестирования в другое расположение внутри иерархии решения, его нельзя будет использовать в качестве параметров тестирования в интегрированной среде разработки Visual Studio.

  5. Появляется диалоговое окно Настроить параметры тестирования - <имя файла параметров тестирования>.testsettings. Выбирается страница Общее.

    Теперь вы можете редактировать и сохранять значения параметров тестирования.

    Примечание

    Каждые создаваемые параметры тестирования отображаются в списках Выбрать активные параметры тестирования и Изменить параметры тестирования меню Тест.

  6. Введите имя для параметров тестирования в поле Имя.

  7. (Необязательно.) В поле Описание введите описание параметров тестирования, чтобы другие члены команды знали, для чего предназначены эти параметры.

  8. (Необязательно.) Чтобы выбрать схему именования по умолчанию для тестовых запусков, выберите параметр Схема именования по умолчанию. Чтобы определить собственную схему именования, выберите параметр Пользовательская схема и введите необходимый текст в поле Текст префикса. Чтобы добавить отметку даты и времени к имени тестового запуска, выберите параметр Добавить отметку даты и времени.

  9. Щелкните Роли.

    Откроется страница Роли.

    Роль параметров тестирования

  10. Чтобы выполнять тесты локально и собирать данные удаленно, выберите Локальное выполнение с удаленным сбором данных. Чтобы выполнять тесты удаленно или локально и собирать данные удаленно, выберите Удаленное выполнение.

  11. Выберите контроллер тестирования для агентов тестирования в списке Контроллер, который будет использоваться для выполнения тестов или сбора данных. Дополнительные сведения см. в разделе Использование контроллеров и агентов тестирования в нагрузочных тестах.

  12. Чтобы добавить роли, которые необходимо использовать для выполнения тестов и сбора данных, нажмите кнопку Добавить.

  13. Введите имя роли в поле Имя. Например, роль может называться "Настольный клиент".

  14. Повторите шаги 12 и 13, чтобы добавить все необходимые роли.

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

  15. Выберите роль для выполнения тестов и щелкните Задать как роль для выполнения тестов.

    Важно!

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

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

    Откроется диалоговое окно Правило выбора агента.

    Введите имя в поле Имя атрибута и значение в поле Значение атрибута, а затем нажмите кнопку ОК. Добавьте необходимые атрибуты.

    Например, можно добавить атрибут с именем "ОЗУ > 16 ГБ" со значением True или False, чтобы с помощью фильтра выделить компьютеры агентов тестирования с объемом ОЗУ больше 16 ГБ. Чтобы применить один атрибут к одному или нескольким агентам тестирования, воспользуйтесь диалоговым окном "Управление контроллером тестирования". Дополнительные сведения см. в разделе Управление контроллерами и агентами тестирования.

  17. Щелкните Данные и диагностика.

    Откроется страница Данные и диагностика.

    Данные и диагностика параметров тестирования

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

    Пример ролей и адаптеров диагностических данных.

    Например, можно создать роль клиента с именем "Настольный клиент" и атрибутом "Использует SQL", равным True, и роль сервера с именем "SQL Server" и атрибутом "ОЗУ > 16 ГБ". Если указать, что на клиенте "Настольный клиент" будут запускаться тесты (щелкните Задать в качестве роли для запуска тестов на странице Роли), то контроллер тестирования будет выбирать для запуска тестов компьютеры с агентами тестирования, имеющие атрибут "Использует SQL", равный True. Контроллер тестирования также будет выбирать только компьютеры SQL Server с агентами тестирования, имеющие атрибут "ОЗУ > 16 ГБ", для записи данных, определенных включенными в роль адаптерами данных и диагностики. Агенты тестирования "Настольный клиент" также могут собирать данные для компьютеров, на которых они запущены, если для этой роли выбраны адаптеры данных и диагностики.

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

    Примечание

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

    Адаптеры диагностических данных для автоматических тестов

    Адаптер диагностических данных

    Раздел

    Прокси-сервер клиента ASP.NET для IntelliTrace и влияния на тесты. Этот прокси-сервер позволяет собирать данные об HTTP-обращениях из клиента к веб-серверу для адаптеров диагностических данных IntelliTrace и влияния на тесты.

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

    Практическое руководство. Сбор данных IntelliTrace для отладки сложных проблем

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

    IntelliTrace. Адаптер диагностических данных для IntelliTrace можно настроить для сбора определенных диагностических данных трассировки с целью изоляции ошибок, которые трудно воспроизвести. Этот адаптер создает файл IntelliTrace с расширением ITRACE, который содержит эти данные. При неудачном завершении теста можно создать ошибку. К этой ошибке автоматически привязывается файл IntelliTrace, сохраняемый вместе с результатами теста. Данные, собираемые в файл IntelliTrace, повышают производительность отладки за счет снижения затрат времени на воспроизведение и диагностику ошибок в коде. Файл IntelliTrace позволяет имитировать локальный сеанс на другом компьютере, что повышает вероятность воспроизведения ошибки.

    Дополнительные сведения см. в разделе Отладка с помощью IntelliTrace.

    Практическое руководство. Сбор данных IntelliTrace для отладки сложных проблем

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

    ПримечаниеПримечание
    Этот адаптер диагностических данных предназначен только для использования с нагрузочными тестами, которые используют веб-сайты, требующие Visual Studio 2010 Ultimate.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  19. Нажмите кнопку Далее.

    Откроется страница Развертывание.

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

    Примечание

    Если эта команда выбрана, при выполнении тестов можно продолжать выполнять построение приложения.

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

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

    Примечание

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

  23. Чтобы выполнять скрипты до и после тестов, щелкните Скрипты настройки и очистки.

    Появится страница Скрипты настройки и очистки.

    1. Введите расположение файла скрипта в поле Скрипт настройки или нажмите кнопку (...), чтобы найти скрипт настройки.

    2. Введите расположение файла скрипта в поле Скрипт очистки или нажмите кнопку (...), чтобы найти скрипт очистки.

  24. Для выполнения тестов в другом основном приложении щелкните Узлы.

    1. Для выполнения модульных тестов в том же процессе, что и сайт ASP.NET, выберите вариант ASP.NET в меню Тип хоста. Дополнительные сведения о настройке приложения-хоста см. в разделе Модульные тесты для веб-служб ASP.NET.
  25. (Необязательно.) Для ограничения периода времени для каждого запуска тестов и отдельных тестов выберите Время ожидания теста.

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

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

  26. (Необязательно.) Для ограничения периода времени для каждого запуска тестов и отдельных тестов выберите Время ожидания теста.

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

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

  27. (Необязательно) Если требуется указать расположения сборок, которые должны загружаться модульными тестами, щелкните Модульный тест.

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

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

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

    2. Установите или снимите флажок Используйте контекст загрузки для сборок в каталоге теста.

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

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

    3. В поле Папки для использования при запуске тестов щелкните Добавить папку.

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

    4. Выберите папку, которая будет использоваться, и нажмите кнопку OK.

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

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

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

    5. В поле Дополнительные папки, используемые при обнаружении тестов щелкните Добавить папку.

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

    6. Выберите папку, которая будет использоваться, и нажмите кнопку OK.

      Поле Дополнительные папки, используемые при обнаружении тестов удобно использовать при удаленном выполнении тестов с помощью Team Build или при автоматическом запуске тестов из Microsoft Test Manager. Указанные здесь пути будут использоваться для разрешения сборок, но только во время обнаружения тестов. Эти пути могут содержать переменные среды. Если составляется расписание удаленного запуска тестов из места построения, и не все зависимости тестовой сборки находятся в одном каталоге, эти пути можно использовать для того, чтобы гарантировать, что программа MSTest или контроллер тестирования смогут найти достаточное число зависимых сборок для обнаружения тестов и запланировать их запуск на удаленных компьютерах.

      Для планирования запусков с помощью Microsoft Test Manager имеется дополнительный токен %BuildDrop%, который можно использовать для общего обращения к папке построения. Это исключает необходимость создания и обновления параметров тестирования при тестировании каждого нового построения. К сожалению, этот токен не поддерживается напрямую с помощью Team Build. Но если папка построения задана в переменной среды BuildDrop из определения построения, результат будет таким же.

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

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

    1. Выберите параметр Фиксированное число запусков или Один запуск для строки.

    2. С помощью раскрывающегося списка Тип браузера выберите веб-браузер, который будет использоваться в веб-тесте производительности. Например, Internet Explorer 8.0.

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

      Примечание

      Для веб-теста производительности требуется Visual Studio 2010 Ultimate.

  29. Для сохранения параметров тестирования щелкните Сохранить как. Введите в поле Имя объекта желаемое имя файла.

    Примечание

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

Удаление параметров тестирования из решения

  • В узле "Элементы решения" обозревателя решений щелкните правой кнопкой мыши параметры тестирования, которые необходимо удалить, и нажмите кнопку Удалить.

    Файл параметров тестирования удаляется из решения. Это изменение отражается в списках Выбрать активные параметры тестирования и Изменить параметры тестирования меню Тест.

См. также

Задачи

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

Создание параметров тестирования для запуска автоматических тестов из Visual Studio

Создание параметров тестирования для запуска автоматических тестов из Visual Studio

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

Настройка компьютеров и сбор диагностических данных с помощью параметров тестирования

Настройка тестовых компьютеров для выполнения тестов или сбора данных

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

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

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