Обновление командного проекта на основе шаблона процессов MSF 4.2.
При обновлении с Visual Studio Team System 2008 Team Foundation Server до Team Foundation Server 2013, можно обновить командный проект вручную. Если командный проект был основан на шаблоне процесса Microsoft Solutions Framework (MSF) версии 4.2, выполните процедуры, описанные в данном разделе. После применения этих обновлений вы сможете пользоваться новыми функции, описанные в разделе Настройка компонентов после обновления TFS, и взаимодействовать с Microsoft Test Manager.
Важно!
Необходимо следовать процедуре в этом разделе при обновлении командного проекта, созданного с помощью шаблона процесса, предоставленного с Visual Studio Team System 2008 Team Foundation Server или шаблона, который не содержит типы рабочих элементов «Тестовые случаи» и «Общие шаги».
Эти процедуры будут поддерживать только доступ к новым функциям, доступным в Team Foundation Server 2012.Требуется выполнить дополнительную работу, чтобы добавить новые запросы или последние отчеты, обновить настраиваемые отчеты и панели мониторинга доступа.Дополнительные сведения см. в Дополнительные сведения об изменениях, внесенных при обновлении TFS.
Задачи по обновлению, необходимые для доступа к новым функциям:
Переименование системных полей
(Только Agile) Переименование сценария в Пользовательскую история
Загрузка последней версии шаблона процесса MSF
Импорт типов связей
(Необязательно) примените как необходимые настройки
Импорт типов рабочих элементов
Импорт файла категорий
Импорт файлов конфигурации приложений
Проверка доступа к новым функциям
Дополнительные задачи, необходимые для взаимодействия с Microsoft Test Manager:
Указание типа ошибки, которая создается в Microsoft Test Manager
Предоставление разрешений членам команды тестирования
Запуск Microsoft Test Manager
Требования
для загрузки шаблона процесса необходимо быть членом группы Администраторы коллекции проектов. Если необходимые разрешения безопасности заданы явно, разрешение Управление шаблоном процесса в коллекции командных проектов должно иметь значение Разрешить;
Для запуска средств командной строки witadmin и tcm необходимо быть членом одной из следующих групп: Администраторы Team Foundation, Администраторы коллекций проектов, или Администраторы проектов для командного проекта.
для предоставления разрешений необходимо быть членом административной группы на уровне той группы, которую требуется изменить. Например, если требуется изменить разрешения для группы или пользователя на уровне коллекции командных проектов, необходимо быть членом группы Администраторы коллекции проектов для этой коллекции или ваше разрешение Изменить сведения на уровне коллекции должно иметь значение Разрешить.
Для получения дополнительной информации см. Справочник по разрешениям Team Foundation Server.
1.Переименование системных полей
Поскольку понятные имена нескольких системных полей были изменены в Visual Studio Team Foundation Server 2010, необходимо вручную переименовать эти поля в коллекции командных проектов. Были переименованы системные поля System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount и System.AttachedFileCount.
Выполните эту задачу для каждой коллекции командных проектов, определенной в обновленном Team Foundation Server.
Откройте окно командной строки там, где установлены Visual Studio 2012 или Team Explorer 2012, и введите:
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDEВ 64-разрядной версии Windows замените %programfiles% на %programfiles(x86)%.
Введите каждую из следующих команд, подставив свои данные вместо показанных аргументов, и нажмите клавишу ВВОД.
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.
Введите следующие две команды, подставив свои данные вместо показанных аргументов, и нажмите клавишу ВВОД.
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"В качестве DirectoryPath укажите расположение папки LinkTypes для загруженного шаблона процесса. Путь к каталогу должен иметь следующую структуру: Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes.
К началу
5. (Необязательно) Применение настроек к последним версиям типов рабочих элементов
Если вы настраивали любой из следующих типов рабочего элемента, необходимо обновить последнюю версию этих типов вместе с настройками. В следующей таблице приводятся поля, добавленные и удаленные в последних версиях каждого шаблона процесса.
Типы рабочих элементов Agile
тип рабочего элемента; |
Удаленные поля |
Добавленные поля |
|---|---|---|
Ошибка |
|
|
Задача |
|
|
Пользовательская история (ранее называвшаяся сценарием) |
|
Типы рабочих элементов CMMI
тип рабочего элемента; |
Удаленные поля |
Добавленные поля |
|---|---|---|
Ошибка |
|
|
Задача |
|
|
Требование |
|
Типы настроек, которые можно применить, включают добавление полей, добавление или изменение списков выбора либо добавление причин рабочего процесса. Не изменяйте состояния рабочего процесса, так как они используется в конфигурации процесса и гибких средствах планирования. Если необходимо изменить рабочий процесс, измените его после завершения обновления и выполните инструкции о сопоставлении метасостояний, предоставляемые ниже: Настройка средств планирования Agile для командного проекта.
При использовании других типов рабочего элемента, определенных в шаблоне процесса, и если необходимо обновить их до последних версий, то применяются все настройки, сделанные для них также. Кроме того, если указан пользовательский тип рабочего элемента, используемый для отслеживания тестовых случаев, необходимо применить настройки из этого типа к типу рабочего элемента тестового случая с последним шаблоном процесса.
Чтобы узнать больше о работе с артефактами, которые предоставляют эти шаблоны процессов, см. следующие разделы:
MSF for Agile Software Development для Visual Studio ALM (v6.0)
MSF for CMMI Process Improvement для Visual Studio ALM (v6.0)
К началу
6.Импорт типов рабочих элементов
Импортируйте следующие типы рабочих элементов на основе шаблона процесса, с которым ведется работа.
Agile: "Ошибка", "Задача", "Пользовательская история", "Тестовый случай", "Общие шаги", "Запрос на проверку кода" и "Отклик на проверку кода", "Запрос отзыва" и "Ответ на отзыв"
CMMI: "Ошибка", "Задача", "Требование", "Тестовый случай", "Общие шаги", "Запрос на проверку кода" и "Отклик на проверку кода", "Запрос отзыва" и "Ответ на отзыв"
Выполнить эту задачу для каждого командного проекта, который требуется обновить.
Введите следующую команду для каждого типа рабочего элемента, который требуется импортировать, подставив свои данные вместо показанных аргументов, и нажмите ВВОД.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"Совет
Укажите имя файла XML, а не понятное имя типа рабочего элемента.Например, можно указать CodeReviewRequest.xml для типа рабочего элемента "Запрос на проверку кода".
В качестве DirectoryPath укажите расположение папки TypeDefinitions для загруженного шаблона процесса. Путь к каталогу должен иметь следующую структуру: Drive:\MSFTemplateFolder\ WorkItem Tracking\TypeDefinitions.
(Необязательно) проверьте, что типы рабочих элементов доступны, открыв командный обозреватель или Team Web Access. Возможно, потребуется обновить кэш, чтобы увидеть изменения.
К началу
7.Импорт файла категорий
Импортируйте файл категории, расположенный в папке "Отслеживание рабочего элемента" в загруженном шаблоне процесса. Категории поддерживают интеллектуальную группировку типов рабочих элементов. Дополнительные сведения см. в разделе Использование категорий для группировки типов рабочих элементов.
В окне командной строки введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите клавишу ВВОД.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"В качестве DirectoryPath укажите путь к папке WorkItem Tracking для загруженного шаблона процесса. Путь к каталогу должен иметь следующую структуру: Drive:\MSFTemplateFolder\WorkItem Tracking.
К началу
8.Импорт файла конфигурации процесса
Файл конфигурации процесса определяет структуру и функции, доступные через страницы невыполненной работы и доски Team Web Access. Для использования этих страниц необходимо импортировать файл конфигурации процесса.
Импортируйте файл определений конфигурации процесса.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"В качестве DirectoryPath укажите путь к папке Process для загруженного шаблона процесса. Путь к каталогу должен иметь следующую структуру: Drive:\TemplateFolder\WorkItem Tracking\Process.
К началу
9.Проверка доступа к новым функциям
Выполните задачи, приведенные в разделе Новые компоненты, включенные для Team Web Access.
Примечание
Необходимо выполнить дополнительные шаги для обновления рабочего процесса для проектов команды Agile, как описано ниже. Обновление рабочего процесса для командных проектов Agile.Выполняя процедуры в этом разделе, вы уже применили эти изменения.
К началу
Дополнительные задачи для взаимодействия с Microsoft Test Manager
Выполните следующие задачи, чтобы произвести обновления, необходимые для взаимодействия с Test Manager.
1.Указание типа ошибки, которая создается в Microsoft Test Manager
Чтобы обеспечить поддержку автоматического создания рабочего элемента для отслеживания дефектов кода или ошибок, найденных членом команды тестирования с помощью Test Manager, необходимо задать тип ошибки, который будет использоваться в существующем командном проекте. Команда tcm bugfieldmapping позволяет импортировать и экспортировать файл сопоставления командного проекта. Файл сопоставления определяет тип рабочего элемента для создания и заполнения трех полей данных с помощью Test Manager. Эти поля представляют собой шаги воспроизведения, системную информацию и построение, в котором был обнаружен дефект. Когда тестер запускает тест и обнаруживает дефект, создается ошибка, в которой эти три поля заполняются автоматически.
Откройте Блокнот или текстовый редактор и скопируйте следующий код в файл:
<?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 в предыдущем примере на имя соответствующего типа рабочего элемента.
Сохраните файл с именем bugfieldmappings.xml.
В окне командной строки введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите клавишу ВВОД.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNameВ качестве DirectoryPath укажите папку, в которой сохранен файл bugfieldmappings.xml.
Для получения дополнительной информации см. Настройка и управление средой тестирования [tcm и Microsoft Test Manager].
К началу
2.Предоставление разрешений членам команды тестирования
Необходимо предоставить разрешения членам команды, которые будут управлять средами тестирования и конфигурациями теста, создавать и просматривать тестовые запуски и выполнять другие задачи.
В следующей таблице описаны разрешения, которые обеспечивают управление доступом к функциям тестирования и поддержку взаимодействия с командным проектом во время тестирования. Также в ней указаны назначения по умолчанию, которые выполнены в шаблонах процессов MSF версии 5.0, помимо рекомендуемых разрешений для членов команды ручного тестирования и руководителей тестирования.
Разрешение |
Описание |
Область |
Читатели |
Участники |
Конструкторы |
Рекомендовано для членов команды ручного тестирования |
Рекомендовано для руководителей тестирования |
|---|---|---|---|---|---|---|---|
Просматривать информацию уровня проекта |
Позволяет видеть состав групп уровня проекта, а также разрешения для пользователей в этих группах. |
Уровень проекта |
.png "флажок"){kind=icon} |
|
|
|
|
Просмотр выполнений теста |
Позволяет просматривать планы тестирования на этом узле. |
Уровень проекта |
|
|
|
|
|
Создать выполнения тестов |
Позволяет создавать и удалять результаты тестов, а также создавать или изменять тестовые запуски в командном проекте. |
Уровень проекта |
|
|
|
|
|
Управление тестовыми конфигурациями |
Позволяет создавать и удалять конфигурации тестов для данного командного проекта. |
Уровень проекта |
|
|
|
||
Управление тестовыми средами |
Позволяет создавать и удалять тестовые среды для данного командного проекта. |
Уровень проекта |
|
|
|
||
Удалить тестовые запуски |
Позволяет удалять результаты плановых тестов данного командного проекта. |
Уровень проекта |
|
|
|
||
Просмотреть данный узел |
Позволяет просматривать параметры безопасности для узла области. |
Узел области |
|
|
|
|
|
Управление планами тестирования |
Позволяет просматривать и изменять планы тестирования, которые принадлежат узлу области. Если планы тестирования не выполняются, их также можно удалить. |
Узел области |
|
|
|
|
|
Управление контроллерами тестов |
Позволяет регистрировать и отменять регистрацию контроллеров тестирования в коллекции командных проектов. |
Коллекция проектов |
|
Разрешения можно предоставить, следуя указаниям для конкретной области:
Можно установить разрешения уровня проекта или разрешения узла области со страницы администрирования Team Web Access. См. разделы Управление разрешениями и Добавление и изменение области и путей итерации.
Можно предоставить разрешения для коллекции проектов из Team Explorer, выбрав Команда, Параметры коллекции командных проектов, Безопасность, открыв консоль администрирования для Team Foundation или же использовать средства командной строки TFSSecurity и tf. Для получения дополнительной информации см. Collection-Level Groups.
Для получения дополнительной информации см. Изменение разрешений для группы или пользователя.
К началу
3.Запуск Microsoft Test Manager
После завершения описанных выше задач по обновлению можно запустить Microsoft Test Manager, подключиться к своему проекту и начать планировать процесс тестирования. Для получения дополнительной информации см. Тестирование приложения.
К началу
Дополнительные сведения об изменениях, внесенных при обновлении TFS
При обновлении с Visual Studio Team System 2008 Team Foundation Server до TFS 2012 вы получаете обновления для TFS 2010 и TFS 2012. В TFS 2010 был внесен ряд архитектурных изменений. Дополнительные сведения об изменениях, вносимых при обновлении до последней версии TFS с Visual Studio Team System 2008 Team Foundation Server, см. на следующих ресурсах:
Team Foundation Server 2010 Key Concepts (запись в блоге)
Обновление обновленного командного проекта для доступа к новым функциям (статья о VS ALM 2010)
Поиск отчетов после обновления до Team Foundation Server 2010 (статья VS ALM 2010)
Изменения и дополнения, внесенные в схему для куба служб аналитики (статья VS ALM 2010)
Изменения, выполняемые в командных проектах и шаблонах процессов по умолчанию в ходе обновления Team Foundation Server (статья VS ALM 2012)
См. также
Основные понятия
Настройка компонентов после обновления TFS
Другие ресурсы
witAdmin. Настройка объектов для отслеживания рабочих элементов и управление этими объектами