Подробная информация о возможностях настройки в Visual Studio TFS

Visual Studio Team Foundation Server (TFS) предлагает интегрированный набор средств для управления проектами разработки программного обеспечения на всех этапах: от планирования до развертывания. Большинство средств настраиваются с помощью одного из клиентских интерфейсов. Для поддержки определенных рабочих или бизнес-процессов, используемых в организации, может потребоваться настроить некоторые объекты. В этом разделе приводятся сведения об элементах, которые можно сконфигурировать и которые требуется настроить.

На следующем рисунке показаны многие, но не все, элементы, которые можно настроить или сконфигурировать. Все конфигурации можно выполнять как для локальных развертываний Visual Studio Online, так и для локальных развертываний TFS. Для большинства настроек необходимо запустить средство командной строки или изменить XML-файл. Следующие типы настройки доступны только для локальных развертываний TFS.

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

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

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

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

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

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

Управление версиями

Управлять исходным кодом можно с помощью подсистемы контроля версий Team Foundation (TFVC) или Git. Дополнительные сведения о различиях между TFVC и Git см. здесь.

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

TFVC Настройка локальных или серверных рабочих областей Ветвление и объединение исходного кода Связывание типа файла со сторонним средством сравнения Подписка на оповещения при возврате Задание политик извлечения и возврата Ограничение доступа и задание разрешений

Git Настройка локальных или удаленных репозиториев Ветвление, объединение и публикация кода Получение уведомлений об отправке фиксаций Ограничение доступа и задание разрешений

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

Планирование и отслеживание хода выполнения работы

Для планирования и отслеживания хода выполнения работы команды используют рабочие элементы, средства планирования Agile, запросы и отчеты. Многие элементы можно сконфигурировать в Team Web Access (TWA) — интерфейсе веб-клиента для Visual Studio TFS.

Отслеживание рабочих элементов и средства планирования Agile

В каждом командном проекте имеется несколько типов рабочих элементов (WIT) для отслеживания хода выполнения работы. Например, шаблон Visual Studio Scrum предоставляет шесть типов рабочих элементов.

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

• Изменение или добавление полей для поддержки запросов, отчетов и рабочего процесса

• Изменение или добавление типа рабочего элемента

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

Дополнительные сведения см. в разделе Настройка средств планирования Agile для командного проекта.

Некоторые средства планирования Agile и командные функции требуют расширенного доступа, как описано в разделе Изменение уровней доступа.

Команды

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

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

Запросы, теги, фильтры и отчеты

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

Конфигурация с помощью пользовательского интерфейса	Настройка шаблона процесса	Описание
Запросы	Запросы	Поддержка поиска рабочих элементов и создания отчетов.
Диаграммы на основе запроса		Просмотр состояния выполняемой работы путем представления результатов запроса плоского списка в виде круговой диаграммы, линейчатой диаграммы, гистограммы или гистограммы с накоплением.
Диаграммы на основе запроса (Excel)		Создание отчетов о состоянии и тенденциях на основе запроса.
Отчеты (службы отчетов SQL Server (SSRS))	Отчеты	Сведения о добавлении отчетов в командный проект, в котором в данный момент нет отчетов SSRS, см. в разделе Добавление отчетов в командный проект.
Теги		Добавление ключевых слов в рабочие элементы для быстрой классификации и фильтрации списка рабочих элементов. Можно добавить и назначить теги рабочим элементам с использованием TWA. Затем можно отфильтровать список невыполненных работ по продукту или запрос рабочего элемента на основании выбранных тегов. Теги определяются для командного проекта.

Портал командного проекта

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

Сборка

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

Процесс сборки Определения сборок Шаблоны процесса сборки Сборки с условным возвратом (TFVC) Сборки непрерывной интеграции

Номера сборок Уведомления сборки по электронной почте Значения качества сборки Ограничение доступа и задание разрешений

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

Управление тестированием и лабораториями

Если выполнено обновление командного проекта с типами рабочих элементов плана тестирования и набора тестов, предоставляемыми TFS 2013.3, то можно настраивать эти объекты так же, как и другие типы рабочих процессов. С этими обновлениями, а также обновлениями, предоставляемыми TFS-2012.2, вы имеете доступ к следующим типам рабочих элементов: плана тестирования, набора тестов, тестовых случаев, общих шагов и общих параметров.

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

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

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

Конфигурация: Конфигурации тестирования. Определение сочетания оборудования и программного обеспечения, которое представляет собой пользовательскую среду для тестирования. Параметры тестирования. Управление адаптерами диагностических данных, которые фактически осуществляют сбор данных. Переменные тестов. Поддержка спецификации элементов, отражающих пользовательскую среду, в которой будет развертываться программное обеспечение, например тип клиентского устройства, серверная операционная система, скорость сети или выпуск базы данных. Конфигурации тестирования — сочетание нескольких переменных тестов. Разрешения тестов. Поддержка конфигурации групп и разрешений безопасности. Настройка: Настройка полей: добавление настраиваемого поля, изменение списка выбора или добавление правила поля в тип рабочего элемента. Настройки формы рабочего элемента: изменение макета формы для типа рабочего элемента. Настройка рабочих процессов: Изменить определения рабочих процессов для ошибки, тестового случая, плана тестирования или набора тестов. Типы сбоев теста. Указание причин неудачного завершения тестового запуска. Конфигурация по умолчанию включает следующие параметры: "Регрессия", "Новый выпуск", "Известная проблема" и "Неизвестно". Состояния резолюций тестирования. Указание действия, выполняемого после сбоя тестового запуска. Конфигурация по умолчанию включает следующие параметры: "Требуется исследование", "Неполадка теста", "Неполадка продукта" и "Неполадка конфигурации".

Развертывание с помощью управления выпусками

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

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

Разрешения, группы и безопасность

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

Конфигурация с помощью пользовательского интерфейса: предоставление или ограничение доступа к командным проектам. Добавление членов команды Предоставление доступа к порталу командного проекта (сайт SharePoint) Предоставление доступа к отчетам Предоставление доступа к поставщикам отзывов Ограничение доступа к проектам в TFS Предоставление доступа администратора на уровне сервера TFS или доступ к коллекции проектов

Настройка групп по умолчанию и разрешений в шаблоне процесса. Настройка начальных групп, команд, членов и разрешений, включая: Группы по умолчанию, команды и разрешения Разрешения уровня коллекции Разрешения уровня проекта и управления проектами Разрешения на доступ к пути к области и пути итерации Задание разрешений по умолчанию для следующих функциональных областей: Сборка Lab Management Team Foundation (подсистема контроля версий) Запросы рабочих элементов

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

Вопросы и ответы

Вопрос. Как настроить приложения для поиска проблем с производительностью?

Ответ. Чтобы настроить веб-приложения для поиска проблем с производительностью, используйте Application Insights. Вам потребуется учетная запись Visual Studio Online, которую можно получить здесь.

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

О. Артефакт — это определенный экземпляр или определение объекта. Артефакты, определенные в командном проекте, зависят от шаблона процесса, используемого для создания командного проекта. Например, командные проекты на основе шаблона процесса Scrum содержат несколько объектов типов рабочих элементов, включая "Элемент невыполненной работы по продукту" и "Ошибка". Дополнительные сведения об артефактах, доступных в шаблонах процессов TFS по умолчанию, см. здесь.

В. Куда можно обратиться с другим вопросом?

О. Чтобы найти ответ или отправить вопрос, посетите следующие форумы:

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

• Отчеты и хранилище Team Foundation Server

• Team Web Access