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


Новые возможности Visual Studio Team System

Обновлен: Ноябрь 2007

В этом разделе содержатся сводные данные о новых и усовершенствованных возможностях Microsoft Visual Studio Team System 2008. Дополнительные сведения о возможностях, доступных в каждом выпуске, см. в разделе Сравнение выпусков Visual Studio Team System 2008 Team Edition.

Подробнее об использовании Visual Studio Team System 2008 для разработки программного обеспечения читайте в серии статей Global Bank: A Scenario for Visual Studio Team System 2008.

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

Пакет обновления 1 для Team Foundation Server

  • Team Foundation Build

  • Система управления версиями Team Foundation

  • Отслеживание рабочих элементов Team Foundation

  • Средство миграции для Visual SourceSafe

Team Foundation Server

  • Team Foundation Build

    • Определения построения

    • Непрерывная интеграция построений

    • Запланированные построения

    • Агенты построений

    • Протоколы HTTPS и Secure Sockets Layer (SSL) для построения

    • Новые свойства для настройки Team Foundation Build

    • Новые задачи и целевые объекты для настройки Team Foundation Build

  • Система управления версиями Team Foundation

    • Уничтожение

    • Получение последней версии при извлечении

    • Добавление примечаний к файлам

    • Сравнение папок

  • Отслеживание рабочих элементов Team Foundation

  • Управление Team Foundation Server

Выпуск Architecture Edition

  • Разработка систем приложений с помощью нисходящего подхода

  • Соответствие конечных точек веб-службы .NET файлам WSDL

  • Создание проектов веб-приложений ASP.NET для приложений ASP.NET

  • Сохранение, импорт и экспорт пользовательских прототипов

  • Выбор версий платформы .NET Framework

  • Выбор версий Office

Выпуск Database Edition

  • Задание параметров таблицы и индекса

Выпуск Developer Edition

  • Анализ кода

    • Расширение и усовершенствование правил

    • Проверка орфографии с поддержкой пользовательского словаря

    • Усовершенствованное управление подавлением из списка ошибок

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

    • Улучшения политики анализа кода

  • Метрики кода

  • Средства профилирования

    • Поддержка 64–разрядной архитектуры

    • Стеки полного выделения

    • Выборка данных на уровне строки

    • Снижение шума в отчете

    • Управление средой выполнения

    • Обработанные аналитические отчеты

    • Сравнение отчетов

    • Улучшенная поддержка счетчиков микросхем

    • Поддержка счетчиков Windows

    • Сжатые файлы отчета

    • Горячий путь

    • Копирование данных представления отчетов в HTML

    • Поддержка Windows Communications Foundation

    • Интеграция веб-теста и нагрузочного теста в Visual Studio Team Suite

Выпуск Test Edition

  • Методы тестирования кода

    • Использование модульных тестов в Visual Studio Professional Edition

    • Упрощенное выполнение модульных тестов

    • Использование наследования между тестовыми классами

    • Выполнение модульных тестов в устройствах

    • Создание адаптеров

    • Улучшенная привязка данных для модульных тестов

  • Веб-узлы для веб-тестов

    • Вызов веб-теста из другого веб-теста

    • Улучшенная привязка данных для веб-теста

    • Улучшенные возможности веб-теста

  • Нагрузочное тестирование

    • Управление нагрузочным моделированием

    • Усовершенствованные представления анализатора тестовой нагрузки

    • Усовершенствованное управление репозиторием результатов нагрузочного теста

    • Опубликованная схема для файлов XML

Пакет обновления 1 для Team Foundation Server

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

  • Поддержка Microsoft SQL Server 2008

  • Связи с Team System Web Access

  • Усовершенствование производительности и масштабируемости

Team Foundation Build

  • Упрощен поиск файла TFSBuild.proj.

    Чтобы найти файл TFSBuild.proj в системе управления версиями, можно перейти в Сред. Командный обозреватель и щелкнуть правой кнопкой мыши имя определения построения, после чего щелкнуть Просмотреть папку конфигурации.

  • Можно определить, как был настроен триггер построения.

    Новое свойство указывает, каким образом было запущено построение, что позволяет составлять сценарии в файле TFSBuild.proj, работа которых зависит от возможных значений в этом поле. Возможны следующие значения: Manual, IndividualCI, BatchedCI, Schedule и ScheduleForced. Свойство также указывается в файле журнала построения. Дополнительные сведения см. в разделах Свойство Reason и Общие сведения об отчетах о построениях.

  • Можно определить результаты теста.

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

Система управления версиями Team Foundation

  • Упрощено добавление элементов в систему управления версиями.

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

  • Управление всеми файлами в системе управления версиями осуществляется одинаковым образом независимо от их привязки к решениям или проектам.

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

  • Упрощено сопоставление рабочих папок.

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

  • Можно определить время последнего возврата файла.

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

  • Можно указать исходное расположение для файла.

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

  • Можно загружать файлы непосредственно в память.

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

  • Можно создавать ветви до 10 раз быстрее.

    С помощью параметра /checkin команды tf branch можно создавать ветви без предварительного ожидания изменений и их последующего возврата. Дополнительные сведения см. в разделе Команда "branch".

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

    Параметр /remap команды tf get оптимизирует одинаковые файлы, загружая только элементы, различающиеся между двумя ветвями. Дополнительные сведения см. в разделе Команда "get".

Отслеживание рабочих элементов Team Foundation

  • Можно отслеживать рабочие элементы на вкладке Группа на ленте в Office 2007.

    Дополнительные сведения см. в разделе Управление рабочими элементами в Microsoft Excel и Microsoft Project.

  • Запросы и ссылки на рабочие элементы можно вложить в сообщение электронной почты.

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

Средство миграции для Visual SourceSafe

  • VSSConverter преобразует файлы, имена которых совпадают с именем ранее удаленного файла, во избежание конфликтов между пространствами имен.

    Дополнительные сведения см. в разделе Миграция с Visual SourceSafe.

  • При преобразовании исходного дерева автоматически выполняется повторная привязка решений к Team Foundation вместо Visual SourceSafe.

  • VSSConverter автоматически исправляет проблемы с временными метками.

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

  • Упрощена диагностика проблем преобразования.

    Сообщения, записываемые в файл журнала при выполнении преобразования, более понятны и содержат больше информации.

Team Foundation Server

Некоторые компоненты Team Foundation были улучшены и обладают новыми возможностями в Visual Studio Team System 2008 Team Foundation Server.

Team Foundation Build

Определения построения

Определения построения заменяют типы построений Microsoft Visual Studio 2005 Team System. В отличие от типов построений, для изменения определений построений можно использовать пользовательский интерфейс Сред. Командный обозреватель. Определения построений обеспечивают поддержку пространства имен в системе управления версиями. Теперь существует возможность указывать локальные пути и сохранять файлы построений в любом расположении, определенном в системе управления версиями. Дополнительные сведения см. в разделах Создание определения построения и Описание файлов конфигурации Team Foundation Build.

Непрерывная интеграция построений

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

Запланированные построения

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

Агенты построений

Имена агентам построений присваиваются независимо от имени компьютера, на котором выполняется построение. Дополнительные сведения см. в разделе Создание и управление агентами построения. Каждый агент построения подключается к компьютеру через два порта, — интерактивный порт и порт по умолчанию — которые используются для выполнения построений. Дополнительные сведения см. в разделе Практическое руководство. Настройка интерактивного порта для построения Team Foundation.

Протоколы HTTPS и Secure Sockets Layer (SSL) для построения

Теперь Team Foundation Build можно настроить на использования протоколов HTTPS и SSL. Дополнительные сведения см. в разделе Практическое руководство. Настройка агента построения на обязательное использование HTTPS и SSL.

Новые свойства для настройки Team Foundation Build

Team System 2008 Team Foundation Server содержит новые свойства для настройки построений. В число этих свойств входят настройка поведения построений C++, SkipInvalidConfigurations, CustomizableOutDir и CustomizablePublishDir. Дополнительные сведения см. в разделе Настраиваемые свойства построения Team Foundation.

Новые задачи и целевые объекты для настройки Team Foundation Build

Team Foundation Build содержит ряд новых целевых объектов, которые можно переопределить для настройки процесса построения. Дополнительные сведения см. в разделах Настраиваемые цели Team Foundation Build, Задача BuildStep, Задача GetBuildProperties, Задача SetBuildProperties и WorkspaceItemConverterTask, задание.

Система управления версиями Team Foundation

Уничтожение

Теперь в Team Foundation (подсистема контроля версий) можно уничтожить или удалить файлы системы управления версиями без возможности восстановления. Дополнительные сведения см. в разделе Команда "destroy".

Получение последней версии при извлечении

Team Foundation (подсистема контроля версий) можно настроить на получение последней версии файла при его извлечении. Дополнительные сведения см. в разделе Параметры извлечения Team Foundation.

Добавление примечаний к файлам

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

Сравнение папок

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

Отслеживание рабочих элементов Team Foundation

В данном выпуске значительно повышена производительность большинства операций по отслеживанию рабочих элементов при высоких нагрузках. По сравнению с Visual Studio 2005 Team Foundation Server, пропускная способность удвоилась. Теперь на выполнение отдельных операций требуется меньше времени. Сократилось использование ЦП на сервере уровня данных Team Foundation. Крупные предприятия могут поддерживать больше пользователей, отслеживающих рабочие элементы, на своих серверах, по сравнению с Visual Studio 2005 Team Foundation Server.

Visual Studio Team System 2008 Team Foundation Server является более масштабируемым. За счет масштабируемости существенно улучшено время отклика большинства операций по отслеживанию рабочих элементов при высоких нагрузках сервера. Это особенно важно для команд, состоящих из более чем 500 человек. Крупные предприятия должны поддерживать больше пользователей, отслеживающих рабочие элементы, на своих серверах, по сравнению с Visual Studio 2005 Team Foundation Server.

Управление Team Foundation Server

Добавление значительного количества пользователей в Visual Studio Team System 2008 Team Foundation Server является более надежным, а возможность возникновения в длительных задержек и других проблем — менее вероятной. В то время как общее число поддерживаемых пользователей не изменилось, их синхронизация между Active Directory и Visual Studio Team System 2008 Team Foundation Server выполняется гораздо быстрее.

Выпуск Architecture Edition

Visual Studio Team System Architecture Edition содержит новые возможности и улучшения для следующих областей Visual Studio Team System 2008.

Разработка систем приложений с помощью нисходящего подхода

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

Соответствие конечных точек веб-службы .NET файлам WSDL

Теперь операции в существующей конечной точке поставщика веб-службы .NET можно согласовать с файлом WSDL.

Создание проектов веб-приложений ASP.NET для приложений ASP.NET

Теперь для реализации приложения ASP.NET можно воспользоваться шаблоном Веб-приложение ASP.NET. В ходе этого действия происходит создание соответствующего типа проекта для приложения.

Сохранение, импорт и экспорт пользовательских прототипов

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

Bb385832.alert_note(ru-ru,VS.90).gifПримечание.

Изменение реестра по-прежнему необходимо для установки файлов с расширением SDMDOCUMENT для прототипов приложений, созданных с помощью пакета SDK SDM.

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

Выбор версий платформы .NET Framework

Для приложений ASP.NET, Windows и Office теперь можно выбрать версии .NET Framework 2.0, 3.0 или 3.5.

Выбор версий Office

Для приложений Office теперь можно выбрать версии Office 2003 или Office 2007.

Дополнительные сведения см. в разделе Новые возможности Architecture Edition.

Выпуск Database Edition

Теперь Visual Studio Team System Database Edition включен в установку Visual Studio Team System. При установке полного набора больше не нужно устанавливать данный выпуск отдельно.

Задание параметров таблицы и индекса

Теперь в определениях таблиц и индексов можно указать такие параметры, как формат хранения vardecimal, который является новым в Microsoft SQL Server 2005.

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

Выпуск Developer Edition

Анализ кода

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

Дополнительные сведения см. в разделах Написание качественного кода, Анализ для предупреждений управляемого кода и Анализ кода для предупреждений C/C++.

Функция анализа кода была усовершенствована благодаря вводу следующих возможностей.

Расширение и усовершенствование правил

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

Дополнительные сведения см. в разделах Анализ для предупреждений управляемого кода, Анализ кода для предупреждений C/C++ и Практическое руководство. Включение и отключение анализа управляемого кода.

Проверка орфографии с поддержкой пользовательского словаря

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

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

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

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

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

Улучшения политики анализа кода

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

Метрики кода

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

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

Средства профилирования

С помощью средств профилирования, представленных в Visual Studio Developer Edition, разработчики могут измерять, оценивать и устранять в коде проблемы, связанные с производительностью.

Дополнительные сведения о средствах профилирования см. в разделе Анализ производительности приложения с помощью средств профилирования.

В средства профилирования были добавлены следующие функции.

Поддержка 64–разрядной архитектуры

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

Стеки полного выделения

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

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

Дополнительные сведения см. в разделах Практическое руководство. Сбор данных о выделении памяти для объектов .NET и времени их существования и Представление "Выделение".

Выборка данных на уровне строки

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

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

Снижение шума в отчете

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

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

Управление средой выполнения

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

Обработанные аналитические отчеты

Теперь отчеты о производительности можно отфильтровать по метке времени, процессу, потоку и отметкам. Чтобы получить отфильтрованный аналитический отчет, можно воспользоваться кнопкой отображения запросов. Кроме того, для этого предназначен параметр /summaryfile команды "VSPerfReport".

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

Сравнение отчетов

Теперь профилировщик поддерживает сравнение отчетов. Для сравнения отчетов можно воспользоваться обозревателем производительности или параметром /diff команды "VSPerfReport".

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

Улучшенная поддержка счетчиков микросхем

Средства профилирования предлагают новые более понятные имена счетчиков микросхем (например, "Промахи L2", "Промахи ITLB", "Неверно предсказанные ветви"). Для дальнейшей настройки счетчиков для определенной архитектуры следует внести изменения в XML-файлы.

Поддержка счетчиков Windows

Теперь профилировщик поддерживает счетчики Windows (например, "% загруженности процессора", "% активности диска", "Скорость обмена с диском (байт/с)", "Ошибок страницы/с"). Можно использовать либо узел счетчиков Windows на странице свойств сеансов производительности, либо параметр /wincounter команды "VSPerfCmd". Счетчики отображаются в представлении меток. Их можно использовать в качестве конечных точек фильтра.

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

Сжатые файлы отчета

С помощью средств профилирования можно создавать быстро открывающиеся небольшие сжатые файлы отчета. Это связано с тем, что созданные из полных отчетов файлы уже проанализированы. Можно либо щелкнуть отчет правой кнопкой мыши в обозревателе производительности и в контекстном меню выбрать команду Сохранить проанализированные, либо воспользоваться параметром /summaryfile команды "VSPerfReport".

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

Горячий путь

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

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

Копирование данных представления отчетов в HTML

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

Поддержка Windows Communications Foundation

Теперь средства профилирования поддерживают Windows Communications Foundation (WCF).

Интеграция веб-теста и нагрузочного теста в Visual Studio Team Suite

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

Bb385832.alert_note(ru-ru,VS.90).gifПримечание.

Эта возможность применяется только к Visual Studio Team System.

Выпуск Test Edition

Visual Studio Team System Test Edition содержит новые возможности и улучшения для следующих областей Visual Studio Team System 2008 Test Edition.

Методы тестирования кода

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

Использование модульных тестов в Visual Studio Professional Edition

Разработчики, использующие Visual Studio Professional Edition, теперь могут создавать и выполнять два типа тестов: модульные и упорядоченные. Модульный тест используется для проверки правильности работы определенного метода рабочего кода, для тестирования на наличие регрессий или для выполнения парных тестов или тестов состояния. Упорядоченные тесты обеспечивают выполнение других тестов в указанной последовательности. Дополнительные сведения см. в разделе Использование средств тестирования в Visual Studio Professional Edition.

Упрощенное выполнение модульных тестов

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

Использование наследования между тестовыми классами

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

Выполнение модульных тестов в устройствах

Visual Studio предоставляет набор средств для тестирования приложений интеллектуальных устройств, написанных на C# и Visual Basic. Эти средства располагают подмножеством функциональных возможностей, представленных в Test Edition. Дополнительные сведения см. в разделе Средства тестирования для проектов смарт-устройств.

Создание адаптеров

Обычно тесты выполняются в заданной по умолчанию среде Team System (средства тестирования). Для выполнения тестов в другой среде служат адаптеры. Новые адаптеры создаются с помощью пакета SDK Visual Studio. Загрузите пакет SDK Visual Studio со связанного веб-узла.

Улучшенная привязка данных для модульных тестов

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

Веб-узлы для веб-тестов

Visual Studio Team System 2008 Test Edition предоставляет больший контроль над созданием веб-тестов.

Вызов веб-теста из другого веб-теста

Улучшенная привязка данных для веб-теста

Теперь в Test Edition реализована встроенная поддержка CSV и XML-файлов. Благодаря новому мастеру процесс привязки данных значительно упрощен. Кроме того, перед завершением процесса данные можно просмотреть. Дополнительные сведения см. в разделе Привязка данных в веб-тестах.

Улучшенные возможности веб-теста

Test Edition поддерживает правила проверки уровней теста. Можно создать правила проверки на уровне теста. Эти новые правила применяются только к отдельным запросам в тесте. При возникновении ошибки выполнение веб-теста можно остановить. Кроме того, можно проверить возвращение ожидаемого кода статуса HTTP. Дополнительные сведения см. в разделе Использование правил проверки и извлечения.

Теперь в Test Edition можно извлекать запросы из веб-тестов, чтобы создать новые веб-тесты. Кроме того, можно вставлять вызовы в другие веб-тесты. Это означает возможность создания компонентов веб-теста и многократного использования веб-тестов и веб-запросов. Дополнительные сведения см. в разделах Практическое руководство. Извлечение веб-теста и Практическое руководство. Добавление вызова другого веб-теста.

Нагрузочное тестирование

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

Управление нагрузочным моделированием

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

Усовершенствованные представления анализатора тестовой нагрузки

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

Усовершенствованное управление репозиторием результатов нагрузочного теста

Test Edition содержит новое диалоговое окно "Управление репозиторием", с помощью которого можно получить непосредственный доступ к репозиторию результатов нагрузочного теста. Теперь открывать, импортировать, экспортировать и удалять результаты выполнения нагрузочного теста можно гораздо проще. Дополнительные сведения см. в разделе Управление результатами в репозитории.

Опубликованная схема для файлов XML

В Test Edition данные создаются и сохраняются в файлах XML. К этим файлам относятся следующие:

  • Файл метаданных теста. Данный тип файла имеет расширение VSMDI. В файлах метаданных теста хранятся сведения о тестах в решении. Дополнительные сведения см. в разделе Повторное использование тестов.

  • Файл результатов теста. Данный тип файла имеет расширение TRX. При выполнении тестов Visual Studio автоматически сохраняет их результаты в TRX-файле. Дополнительные сведения см. в разделе Практическое руководство. Экспорт результатов теста.

  • Ручные тесты в текстовом формате. Данный тип файла имеет расширение MTX. Ручной тест, созданный в текстовом формате, сохраняется в тестовом проекте в виде файла этого типа. Дополнительные сведения см. в разделе Практическое руководство. Создание ручного теста.

В Team System 2008 Test Edition все файлы XML, используемые Test Edition, определяются новым файлом XSD с именем "TestTypes.xsd". Все изменения, внесенные в эти файлы автоматически или вручную, должны привести к созданию файла XML, соответствующему определенной в файле XSD схеме. Подобным образом, все файлы, созданные с этими расширениями, также должны соответствовать схеме, определенной в файле XSD. В противном случае их нельзя использовать в Test Edition.

Тестовые проекты, созданные в Visual Studio 2005, содержат файлы XML. При открытии тестового проекта Visual Studio 2005 мастер обновления проекта Visual Studio 2008 выведет запрос на преобразование файлов в новый формат. Для использования файлов в Team System 2008 Test Edition необходимо, чтобы в Visual Studio было выполнено их преобразование. Если принимается решение не преобразовывать или не обновлять файлы, Visual Studio не сможет открыть тестовый проект. Подобным образом, при добавлении существующего файла в предыдущем формате в тестовый проект будет выведен запрос на обновление формата файла в Visual Studio. В случае положительного ответа Visual Studio преобразует файл, который будет доступен в виде части тестового проекта. В случае отрицательного ответа запрос на добавление файлов отменяется.

Этот выпуск предоставляет следующие преимущества.

  • Усовершенствованные правила проверки веб-теста.

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

  • Улучшенное управление нагрузочным моделированием.

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

  • Усовершенствованные представления анализатора тестовой нагрузки.

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

  • Усовершенствованное управление репозиторием результатов нагрузочного теста.

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

  • Схематизированный файл XML для результатов теста.

    Теперь работать с результатами теста, автоматически сохраняющимися в формате XML в файле TRX (файл результатов теста), можно программными способами.

Дополнительные сведения см. в разделе Новые возможности выпуска Test Edition.

См. также

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

Visual Studio Team System