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

Обновление командного проекта на основе шаблона процессов MSF v4.2

  • Статья

При обновлении с Visual Studio Team System 2008 Team Foundation Server до Team Foundation Server 2012, можно обновить командный проект вручную.Если командный проект был основан на шаблоне процесса версии 4.2 Microsoft Solutions Framework (MSF), выполните процедуры, описанные в данном разделе.После применения эти обновления будет получать новые функции, описанные в разделе Обновление обновленного командного проекта для доступа к новым функциям, так и интерфейса с Microsoft Test Manager.

Важное примечаниеВажно

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

Эти процедуры только поддерживали доступ к новым функциям, доступным в Team Foundation Server 2012.Требуется добавить дополнительную работу новые запросы или последние отчеты, обновления настраиваемых отчетов и панелей мониторинга доступа.Дополнительные сведения см. в разделе Дополнительные сведения о внесенных изменениях при обновлении team foundation server.

Обновление задачи, необходимые для получения новых функций:

  1. Системные поля переименование

  2. (Только Agile) Переименовать сценарий в пользовательскую историю

  3. Загрузите последнюю версию шаблона процесса MSF

  4. Импортировать типы связей

  5. (Необязательно) примените как необходимые настройки

  6. Импортировать тип рабочего элемента

  7. Импортировать файл категории

  8. Импортировать файлы конфигурации приложений

  9. Проверьте доступ к новым функциям

Дополнительные задачи, необходимые в интерфейс с помощью Microsoft Test Manager:

  1. Укажите тип ошибки, который должен быть создан в Microsoft Test Manager

  2. Предоставление разрешений членам команды тестеров

  3. Запустите Microsoft Test Manager

Требования

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

  • Запуск программы командной строки witadmin и tcm необходимо быть членом одной из следующих команд: Team Foundation Administrators, Администраторы коллекции проектов или Администраторы проекта для командного проекта.

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

    Дополнительные сведения см. в разделе Разрешения Team Foundation Server.

1.Системные поля переименование

Поскольку понятные имена нескольких системных полей, были изменены в Visual Studio Team Foundation Server 2010, необходимо вручную переименовании этих полей в коллекцию командных проектов.Были переименованы системные поля System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount и System.AttachedFileCount.

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

  1. Откройте окно командной строки, где установлены или Visual Studio 2012 или Team Explorer 2012 и введите:

    cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE

    В 64-разрядной версии Windows замените %programfiles% на %programfiles(x86)%.

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

    witadmin changefield /collection:CollectionURL /n:System.AreaId /name:"Area Id"
witadmin changefield /collection:CollectionURL /n:System.AttachedFileCount /name:"Attached File Count"
witadmin changefield /collection:CollectionURL /n:System.ExternalLinkCount /name:"External Link Count"
witadmin changefield /collection:CollectionURL /n:System.HyperLinkCount /name:"Hyperlink Count"
witadmin changefield /collection:CollectionURL /n:System.RelatedLinkCount /name:"Related Link Count"

    Используйте этот формат для CollectionURL. http://ServerName:Port/VirtualDirectoryName/CollectionName, например: http://srvalm:8080/tfs/DefaultCollection.

    К началу

2.(Только поворотливый) переименовать тип рабочего элемента сценария

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

ПримечаниеПримечание

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

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

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

    witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"
    СоветСовет

    Параметр следует заключать в кавычки, если он содержит пробелы.Например, задайте значение /p:"My Project X", если имя проекта содержит пробелы.

К началу

3.Загрузите последнюю версию шаблона процесса MSF

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

СоветСовет

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

Можно получить обновление с сайта загрузки корпорации Майкрософт. Ежеквартальное обновление для Microsoft Visual Studio 2012 Team Foundation Server.

К началу

4.Импортировать типы связей

Импортировать типы связей, SharedSteps и TestedBy, расположенные в папке LinkTypes в шаблоне процесса, который был загружен в задаче 3.

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

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

    witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml"
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"

    В качестве пути_к_каталогу укажите расположение папки LinkTypes в загруженном шаблоне процесса.Путь к каталогу должен иметь следующую структуру: Управлять: \ \MSFTemplateFolder\ отслеживание LinkTypes рабочий элемент.

    К началу

5.(Необязательно) примените настройки в последние версии типов рабочих элементов

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

Гибкие типы рабочих элементов

тип рабочего элемента;

Удаление поля

Добавлены поля

Ошибка

  • Проблема Microsoft.VSTS.Common.Issue ()

  • Ранжируйте (Microsoft.VSTS.Common.Rank), макрос с ранга стека

  • Имя теста (Microsoft.VSTS.Test.TestName)

  • Идентификатор теста (Microsoft.VSTS.Test.TestId)

  • Путь теста (Microsoft.VSTS.Test.TestPath)

  • Рассмотрение Microsoft.VSTS.Common.Triage ()

Задача

  • Рабочий плана (Microsoft.VSTS.Scheduling.BaselineWork), макрос с Исходной оценкой

  • Дисциплина (Microsoft.VSTS.Common.Discipline), замененная с действием

  • Выходные Microsoft.VSTS.Common.ExitCriteria условия ()

  • Проблема Microsoft.VSTS.Common.Issue ()

  • Ранжируйте (Microsoft.VSTS.Common.Rank), макрос с ранга стека

  • Иерархию задач (Microsoft.VSTS.Scheduling.TaskHierarchy)

Пользовательская история (прежнее название — Сценарий)

  • Выходные Microsoft.VSTS.Common.ExitCriteria условия ()

  • Проблема Microsoft.VSTS.Common.Issue ()

  • Грубый порядок величины (Microsoft.VSTS.Common.RoughOrderOfMagnitude), замененный оценкой истории

Типы рабочих элементов CMMI

тип рабочего элемента;

Удаление поля

Добавлены поля

Ошибка

  • Рабочий плана (Microsoft.VSTS.Scheduling.BaselineWork), макрос с Исходной оценкой

  • Оценка Microsoft.VSTS.CMMI.Estimate ()

  • Проблема Microsoft.VSTS.Common.Issue ()

  • Ранжируйте (Microsoft.VSTS.Common.Rank), макрос с ранга стека

  • Шагов для воспроизведения (Microsoft.VSTS.CMMI.StepsToReproduce), макрос с шагами Repro

  • Имя теста (Microsoft.VSTS.Test.TestName)

  • Идентификатор теста (Microsoft.VSTS.Test.TestId)

  • Путь теста (Microsoft.VSTS.Test.TestPath)

Задача

  • Рабочий плана (Microsoft.VSTS.Scheduling.BaselineWork), макрос с Исходной оценкой

  • Оценка Microsoft.VSTS.CMMI.Estimate ()

  • Выходные Microsoft.VSTS.Common.ExitCriteria условия ()

  • Проблема Microsoft.VSTS.Common.Issue ()

  • Ранжируйте (Microsoft.VSTS.Common.Rank), макрос с ранга стека

  • Иерархию задач (Microsoft.VSTS.Scheduling.TaskHierarchy)

  • Имя теста (Microsoft.VSTS.Test.TestName)

  • Идентификатор теста (Microsoft.VSTS.Test.TestId)

  • Путь теста (Microsoft.VSTS.Test.TestPath)

Требование

  • Рабочий плана (Microsoft.VSTS.Scheduling.BaselineWork), макрос с Исходной оценкой

  • Завершенная работа Microsoft.VSTS.Scheduling.CompletedWork ()

  • Оценка (Microsoft.VSTS.CMMI.Estimate), замененная с размерами расписания

  • Выходные Microsoft.VSTS.Common.ExitCriteria условия ()

  • Проблема Microsoft.VSTS.Common.Issue ()

  • Ранжируйте (Microsoft.VSTS.Common.Rank), макрос с ранга стека

  • Оставшаяся работа (Microsoft.VSTS.Scheduling.RemainingWork)

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

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

Чтобы узнать больше о работе с объектами, которые предоставляют эти шаблоны процессов см. в следующих разделах:

К началу

6.Импортировать тип рабочего элемента

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

  • Agile: Ошибка, задача, пользовательская история, тестовый случай, общие шаги, запрос анализа кода, ответ анализа кода, запрос обратной связи, ответ отзыва

  • CMMI: Ошибки, задачи, требования тестовый случай, общие шаги, запрос анализа кода, ответ анализа кода, запрос обратной связи, ответ отзыва

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

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

    witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"
    СоветСовет

    Укажите имя файла XML, а не понятное имя типа рабочего элемента.Например, можно указать CodeReviewRequest.xml для типа рабочего элемента запроса анализа кода.

    В качестве пути_к_каталогу укажите расположение папки TypeDefinitions в загруженном шаблоне процесса.Путь к каталогу должен иметь следующую структуру: Управлять: \ \MSFTemplateFolder\ отслеживание TypeDefinitions рабочий элемент.

  • (Необязательно) проверьте типы рабочих элементов, открыв командного обозревателя или Team веб-сайтов Access.обновление кэша можно видеть изменения.

К началу

7.Импортирование файла категорий

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

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

    witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"

    В качестве DirectoryPath укажите путь к папке отслеживания рабочий элемент в загруженном шаблоне процесса.Путь к каталогу должен иметь следующую структуру: Управлять: \MSFTemplateFolder\ отслеживать рабочий элемент.

К началу

8.Импортировать файлы конфигурации приложений

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

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

    witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"

    В качестве пути_к_каталогу укажите путь к папке Process в загруженном шаблоне процесса.Путь к каталогу должен иметь следующую структуру: Управлять: \ \MSFTemplateFolder\ процесс отслеживания рабочий элемент.

К началу

9.Проверьте доступ к новым функциям

Выполните указанные задачи в Проверка доступности новых функций.

ПримечаниеПримечание

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

К началу

Дополнительные задачи в интерфейс с помощью Microsoft Test Manager

Выполните следующие задачи для обновления в интерфейс с Test Manager.

Ff452591.collapse_all(ru-ru,VS.110).gif1.Укажите тип ошибки, который должен быть создан в Microsoft Test Manager

Чтобы обеспечить поддержку автоматического создания рабочего элемента для отслеживания дефектов кода или ошибок, найденных членом команды тестирования с помощью Test Manager, необходимо задать тип ошибки, который будет использоваться в существующем командном проекте.Команда tcm bugfieldmapping позволяет импортировать и экспортировать файл сопоставления командного проекта.Файл сопоставления определяет тип рабочего элемента для создания и заполнения трех полей данных с помощью Test Manager.Эти поля представляют собой шаги воспроизведения, системную информацию и построение, в котором был обнаружен дефект.Когда тестер запускает тест и обнаруживает дефект, создается ошибка, в которой эти три поля заполняются автоматически.

  1. Откройте Блокнот или текстовый редактор и скопируйте следующий код в файл:

    <?xml version="1.0" encoding="utf-16"?
<BugFilerMappings workitemtypetocreate="Bug">
   <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps>
   <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation>
   <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn>
</BugFilerMappings>
    ПримечаниеПримечание

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

  2. Сохраните файл с именем bugfieldmappings.xml.

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

    tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectName

    В качестве DirectoryPath укажите папку, в которой сохранен файл bugfieldmappings.xml.

    Дополнительные сведения см. в разделе Указание типа ошибки в файле с помощью Microsoft Test Manager.

К началу

Ff452591.collapse_all(ru-ru,VS.110).gif2.Предоставление разрешений членам команды тестеров

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

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

Разрешение

Описание

Область

Читатели

Участники

Конструкторы

Рекомендовано для членов команды ручного тестирования

Рекомендовано для руководителей тестирования

Просматривать информацию уровня проекта

Позволяет видеть состав групп уровня проекта, а также разрешения для пользователей в этих группах.

Уровень проекта

 флажок флажок флажок флажок флажок

Просмотр выполнений теста

Позволяет просматривать планы тестирования на этом узле.

Уровень проекта

 флажок флажок флажок флажок флажок

Создать выполнения тестов

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

Уровень проекта

флажок флажок флажок флажок

Управление тестовыми конфигурациями

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

Уровень проекта

флажок флажок

флажок

Управление тестовыми средами

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

Уровень проекта

флажок флажок

флажок

Удалить тестовые запуски

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

Уровень проекта

флажок флажок

флажок

Просмотреть данный узел

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

Узел области

 флажок флажок флажок

флажок

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

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

Узел области

флажок флажок флажок флажок

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

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

Коллекция проектов

флажок

Разрешения можно предоставить, следуя указаниям для конкретной области:

  • Можно установить разрешения уровня проекта или разрешения узла области из страницы администрирования Team Web Access.См. разделы Управление разрешениями и Создание и изменение областей и итераций.

  • Можно установить разрешения коллекции проектов в Team Explorer, выберите пункт Команда, параметры коллекции командных проектов, безопасности, откройте и использовать консоль администрирования Team Foundation или с помощью программ командной строки TFSSecurity и tf.Дополнительные сведения см. в разделе Collection-Level Groups.

Дополнительные сведения см. в разделе Изменение разрешений для группы или пользователя.

К началу

Ff452591.collapse_all(ru-ru,VS.110).gif3.Запустите Microsoft Test Manager

После завершения описанных выше задач по обновлению можно запустить Microsoft Test Manager, подключиться к своему проекту и начать планировать процесс тестирования.Дополнительные сведения см. в разделе Тестирование приложения.

К началу

Дополнительные сведения о внесенных изменениях при обновлении team foundation server

При обновлении Visual Studio Team System 2008 Team Foundation Server до team foundation server 2012, необходимо проверять обновления, выполненные как к team foundation server 2010, так и к team foundation server 2012.Имелись некоторые архитектурные изменений, сделанных с выпуском team foundation server 2010.Чтобы узнать больше об изменениях, выполненных с помощью обновления до последней версии team foundation server в Visual Studio Team System 2008 Team Foundation Server см. в следующих ресурсах:

См. также

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

Обновление обновленного командного проекта для доступа к новым функциям

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

witAdmin. Настройка объектов для отслеживания рабочих элементов и управление этими объектами