Добавление полей для поддержки интеграции с модулями тестирования, построения и системой управления версиями

В типах рабочих элементов можно настроить содержание информации, формируемой автоматическими процессами, путем добавления полей, интегрируемых с Team Foundation Build, Microsoft Test Manager и Team Foundation (подсистема контроля версий). 

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

• Поля, интегрируемые с Team Build

• Поля, интегрируемые со средствами тестирования Visual Studio

• Поля, интегрируемые с подсистемой контроля версий Team Foundation

Поля, интегрируемые с Team Foundation Build

Система Team Foundation Build является системой автоматических построений для сервера Team Foundation Server.Настроить процесс построения с помощью Team Foundation Build и Team Foundation Build может создать рабочих элементов при сбое построения.Можно также добавить сведения о построении в рабочие элементы, которые были разрешены в определенном построении.Для этого необходимо работать Team Foundation Build требует следующих 2 поля были добавлены в определение типа рабочего элемента. Обнаружено в и Построение интеграции.

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

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Если поле Обнаружено в присутствует в определении типа рабочего элемента, Team Foundation Build создает рабочий элемент при сбое построения и задает поле Обнаружено в в число построения построения, просто завершается ошибкой.Если поле Обнаружено в отсутствует, Team Foundation Build не создает рабочий элемент для неудачно завершившегося построения и по-прежнему работает, как ожидалось.

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

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

Поля, которые интегрируются с помощью Microsoft Test Manager

В Test Manager можно нужно автоматизировать создание ошибки или другого типа рабочего элемента, если тест завершится ошибкой.Для получения дополнительной информации см. Отправка ошибок в Microsoft Test Manager.

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

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

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

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

Поля, интегрируемые с подсистемой контроля версий Team Foundation

Одной из возможностей системы Team Foundation (подсистема контроля версий) является связывание или разрешение рабочих элементов при возврате кода.Во время работы над рабочим элементом при внесении изменений в код можно установить эту связь из окна возврата кода системы управления версиями после окончания работы над кодом.

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

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

Дополнительные сведения о действиях см. в разделе Associating a State Transition with an Action и Transition Action Details.

Пример действия "Checkin" ("Вернуть")

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

См. также

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

Определение построений, содержащих исправления ошибок, новые возможности или требования

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

Определение процесса и требования к настройкам отслеживания

Журнал изменений

Дата	Журнал	Причина
Август 2012 г.	Обновленные поля, поддерживающие интеграция с Test Manager и обновляется ссылки на дополнительные разделы.	Исправление ошибки содержимого.