Включение взаимодействия с Microsoft Test Manager для обновленных командных проектов
Для использования Microsoft Test Manager необходимо добавить в свой обновленный командный проект новые типы рабочих элементов, тестовые случаи и общие шаги. Команда использует тестовые случаи для определения как ручных, так и автоматических тестов, выполняемых и управляемых с помощью Microsoft Test Manager. Microsoft Test Manager доступен в Visual Studio 2010 Ultimate и Visual Studio Test Professional 2010. Эти средства тестирования интегрированы с сервером Visual Studio Team Foundation Server, который позволяет определять работы по тестированию на основе командных проектов, используемых другими подразделениями организации.
Типы рабочих элементов, тестовые случаи и общие шаги включены в шаблоны процессов для Microsoft Solutions Framework (MSF). Дополнительные сведения см. в следующих разделах.
Помимо добавления новых типов рабочих элементов необходимо добавить типы связей и категории, которые предоставляются в шаблонах процессов MSF версии 5.0. Необходимо настроить существующие типы рабочих элементов, чтобы новые поля появились в формах рабочих элементов. Также следует загрузить файл сопоставлений, указывающий тип рабочего элемента, для поддержки автоматического создания ошибок или дефектов кода с помощью Microsoft Test Manager.
Важно!
Необходимо обновить существующий командный проект после обновления своего развертывания до Team Foundation Server 2010.
В этом разделе описаны действия по обновлению отдельного командного проекта для взаимодействия с Microsoft Test Manager. После выполнения действий по обновлению можно использовать информацию, чтобы создать скрипт для обновления нескольких проектов и добавления новых функций в настроенный шаблон процесса вашей организации.
Содержание раздела
Об именах рабочих элементов, полях рабочих элементов и потенциальных конфликтах
Переименование типа рабочего элемента
Настройка типа существующего тестового случая рабочего элемента
Загрузка шаблона процесса MSF для гибкой разработки программного обеспечения версии 5.0
Добавление объектов отслеживания рабочих элементов
Изменение определений типов рабочих элементов
Указание типа ошибки, которая создается в Microsoft Test Manager
Предоставление разрешений членам команды тестеров
Запуск Microsoft Test Manager
Необходимые разрешения
Для выполнения данных процедур необходимо:
для загрузки шаблона процесса необходимо быть членом группы Администраторы коллекции проектов. Если необходимые разрешения безопасности заданы явно, разрешение Управление шаблоном процесса в коллекции командных проектов должно иметь значение Разрешить;
для запуска средств командной строки witadmin и tcm необходимо быть членом группы Администраторы Team Foundation или Администраторы для проекта;
для предоставления разрешений необходимо быть членом административной группы на уровне той группы, которую требуется изменить. Например, если требуется изменить разрешения для группы или пользователя на уровне коллекции командных проектов, необходимо быть членом группы Администраторы коллекции проектов для этой коллекции или ваше разрешение Изменить сведения на уровне коллекции должно иметь значение Разрешить.
Дополнительные сведения см. в разделе Разрешения Team Foundation Server.
Об именах рабочих элементов, полях рабочих элементов и потенциальных конфликтах
При изменении определения типа рабочего элемента могут возникнуть следующие потенциальные конфликты:
имя существующего типа рабочего элемента конфликтует с именем импортируемого типа рабочего элемента. Например, имеется тип рабочего элемента с именем "тестовый случай";
Можно разрешить конфликт имен типов рабочих элементов путем переименования типа рабочего элемента или добавления новых элементов управления в существующий тип рабочего элемента для поддержки Microsoft Test Manager. Дополнительные сведения см. в следующих подразделах далее в этом разделе:
Переименование типа рабочего элемента
Настройка типа существующего тестового случая рабочего элемента
имеется поле, определенное в типе рабочего элемента, который используется другими командными проектами в одном или нескольких коллекциях проектов, определенных в развертывании Team Foundation. Если атрибуты, назначенные включаемым в отчеты полям, отличаются в разных командных проектах в развертывании, при обработке хранилища данных могут возникнуть конфликты данных. Дополнительные сведения см. в разделе Разрешение конфликтов схемы, возникающих в хранилище данных;
при импорте типов рабочих элементов сообщение об ошибке может свидетельствовать о конфликте имен. Данный конфликт чаще всего возникает в развертываниях, для которых было выполнено обновление с предыдущего выпуска Team Foundation. Понятное имя было изменено для некоторых системных полей и полей управления тестовым случаем перед итоговым выпуском Visual Studio Team Foundation Server 2010. Были переименованы системные поля System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount и System.AttachedFileCount.
Данную ошибку можно устранить путем переименования поля в XML-определении типа рабочего элемента или с помощью средства командной строки witadmin changefield. Дополнительные сведения см. в разделе Управление полями рабочих элементов [witadmin].
К началу
Переименование типа рабочего элемента
Конфликт имен типов рабочих элементов можно разрешить путем переименования типа рабочего элемента.
Переименование типа рабочего элемента
На компьютере с Visual Studio 2010 откройте окно командной строки.
Перейдите в каталог, содержащий программу командной строки witadmin, введя следующую команду и нажав клавишу ВВОД.
cd диск:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
Введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите клавишу ВВОД.
witadmin renamewitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:CurrentName /new:NewName
Следующая команда представляет собой пример переименования типа рабочего элемента Test Case в My Test Case:
witadmin renamewitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /n:"Test Case" /new:"My Test Case"
К началу
Настройка типа существующего тестового случая рабочего элемента
Если существующий командный проект содержит тип рабочего элемента, который используется для управления тестовыми случаями, его можно настроить на поддержку новых элементов управления, чтобы обеспечить взаимодействие с Microsoft Test Manager. В противном случае можно импортировать тип тестового случая рабочего элемента, как описано в подразделе Добавление типов рабочих элементов: тестовый случай и общие шаги.
Настройка существующего типа рабочего элемента тестового случая
На компьютере с Visual Studio 2010 откройте окно командной строки.
Перейдите в каталог, содержащий программу командной строки witadmin, введя следующую команду и нажав клавишу ВВОД.
cd диск:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
Введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите клавишу ВВОД.
witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:"Test Case" /f:MyTestCase.xml
Откройте файл MyTestCase.xml в текстовом редакторе или в Visual Studio.
Добавьте следующие элементы FIELD в раздел FIELDS XML-файла, как показано ниже:
<FIELD name="Steps" refname="Microsoft.VSTS.TCM.Steps" type="HTML"> <HELPTEXT>Steps required to perform the test</HELPTEXT> </FIELD> <FIELD name="Automated Test Name" refname="Microsoft.VSTS.TCM.AutomatedTestName" type="String" > <HELPTEXT>The name of the test that automates this test case</HELPTEXT> </FIELD> <FIELD name="Automated Test Storage" refname="Microsoft.VSTS.TCM.AutomatedTestStorage" type="String" > <HELPTEXT>The assembly containing the test that automates this test case</HELPTEXT> </FIELD> <FIELD name="Automated Test Id" refname="Microsoft.VSTS.TCM.AutomatedTestId" type="String" > <HELPTEXT>The ID of the test that automates this test case</HELPTEXT> </FIELD> =<FIELD name="Automated Test Type" refname="Microsoft.VSTS.TCM.AutomatedTestType" type="String" > <HELPTEXT>The type of the test that automates this test case</HELPTEXT> </FIELD> <FIELD name="Parameters" refname="Microsoft.VSTS.TCM.Parameters" type="HTML" /> <FIELD name="Local Data Source" refname="Microsoft.VSTS.TCM.LocalDataSource" type="HTML" /> <FIELD reportable="detail" type="String" name="Automation status" refname="Microsoft.VSTS.TCM.AutomationStatus"> <WHEN field="Microsoft.VSTS.TCM.AutomatedTestId" value=""> <ALLOWEDVALUES> <LISTITEM value="Not Automated" /> <LISTITEM value="Planned" /> </ALLOWEDVALUES> <DEFAULT from="value" value="Not Automated" /> </WHEN> <WHENNOT field="Microsoft.VSTS.TCM.AutomatedTestId" value=""> <ALLOWEDVALUES> <LISTITEM value="Automated" /> </ALLOWEDVALUES> <COPY from="value" value="Automated" /> </WHENNOT> </FIELD>
Добавьте следующий элемент Control в раздел FORM:
<Control FieldName="Microsoft.VSTS.TCM.AutomationStatus" Type="FieldControl" Label="Automation Status:" LabelPosition="Left" />
Это можно добавить в верхний раздел формы рабочего элемента.
Добавьте следующий элемент Tab в раздел FORM:
<Tab Label="Steps"> <Control FieldName="Microsoft.VSTS.TCM.Steps" Type="Test Steps Control" LabelPosition="Top" Dock="Fill" /> </Tab>
Это следует добавить в качестве первой вкладки в группу вкладок, которые определены в разделе FORM.
Добавьте следующий элемент Tab в раздел FORM XML-файла определения:
<Tab Label="Tested Work Items"> <Control Type="LinksControl" Name="Tested"> <LinksControlOptions> <WorkItemLinkFilters FilterType="include"> <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="reversename"/> </WorkItemLinkFilters> <ExternalLinkFilters FilterType="excludeAll"/> <LinkColumns> <LinkColumn RefName="System.ID" /> <LinkColumn RefName="System.WorkItemType" /> <LinkColumn RefName="System.Title" /> <LinkColumn RefName="System.AssignedTo" /> <LinkColumn RefName="System.State" /> <LinkColumn LinkAttribute="System.Links.Comment" /> </LinkColumns> </LinksControlOptions> </Control> </Tab>
Этот элемент используется для ограничения формирования отношений связей в данной вкладке, чтобы включать только тип связи TestedBy. Данная вкладка обычно используется для создания отношений связей с тестируемыми рабочими элементами, которыми как правило являются описания функциональности пользователей, сценарии или требования. Дополнительные сведения см. в разделе Связывание рабочих элементов (гибкая разработка).
Добавьте следующий элемент Tab в раздел FORM XML-файла определения:
<Tab Label="Associated Automation"> <Control Type="AssociatedAutomationControl" LabelPosition="Top" Dock="Fill" /> </Tab>
Данный элемент используется для поддержки ассоциации тестового случая с автоматическим тестом. Дополнительные сведения см. в разделе Практическое руководство. Связывание автоматического теста с тестовым случаем.
Сохраните XML-файл.
Введите следующую команду для импорта файла MyTestCase, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyTestCase.xml
После успешного завершения импорта появляется следующее сообщение.
Тип рабочего элемента импортирован.
Для проверки изменений щелкните командный проект правой кнопкой мыши в Сред. Командный обозреватель и выберите пункт Обновить.
Щелкните правой кнопкой мыши папку Рабочие элементы, выберите Создать рабочий элемент, а затем щелкните Тестовый случай.
Проверьте, что появляются новые поля и изменения формы рабочих элементов.
К началу
Загрузка шаблона процесса MSF для гибкой разработки программного обеспечения версии 5.0
Загрузите шаблон процессов MSF версии 5.0. Дополнительные сведения см. в разделе Загрузка версии 5.0 шаблонов процессов MSF.
Добавление объектов отслеживания рабочих элементов
Чтобы добавить объекты для отслеживания рабочих элементов, выполните следующие действия в указанном порядке:
Добавление типов связей SharedSteps и TestedBy.
Добавление типов рабочих элементов: тестовый случай и общие шаги.
Добавление категорий для типов рабочих элементов.
Добавление типов связей SharedSteps и TestedBy
Добавление типов связей
На компьютере с Visual Studio 2010 откройте окно командной строки.
Перейдите в каталог, содержащий программу командной строки witadmin, введя следующую команду и нажав клавишу ВВОД.
cd диск:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
Для импорта файлов определений типов связей введите следующие две команды, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\SharedStep.xml"
В качестве пути_к_каталогу укажите расположение папки LinkTypes в загруженном шаблоне процесса. Путь к каталогу должен иметь следующую структуру:
диск:\папка_шаблона_MSF\Agile\Files\WorkItem Tracking\LinkTypes
Следующая команда представляет собой пример импорта типа связи TestedBy:
witadmin importlinktype /collection:"http://MyServer:8080/tfs/Collection0" /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\LinkTypes\TestedBy.xml"
Добавление типов рабочих элементов: тестовый случай и общий шаг
Примечание
Если существующий тип тестового случая рабочего элемента изменен, как описано в подразделе Настройка типа существующего тестового случая рабочего элемента, импортировать необходимо только тип общего шага рабочего элемента.
Импорт файлов определений типов рабочих элементов
В окне командной строки введите следующие две команды, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\TestCase.xml" witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\SharedStep.xml"
В качестве пути_к_каталогу укажите расположение папки TypeDefinitions в загруженном шаблоне процесса. Путь к каталогу должен иметь следующую структуру:
диск:\папка_шаблона_MSF\Agile\Files\WorkItem Tracking\TypeDefinitions
Следующая команда представляет собой пример импорта типа связи файла определения типа TestCase:
witadmin importwitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\TypeDefinitions\TestCase.xml"
Добавление категорий для типов рабочих элементов
Импорт файлов определений категорий
В окне командной строки введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin importcategories /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\categories.xml"
В качестве пути_к_каталогу укажите расположение папки WorkItem Tracking в загруженном шаблоне процесса. Путь к каталогу должен иметь следующую структуру:
диск:\папка_шаблона_MSF\Agile\Files\WorkItem Tracking\
Следующая команда представляет собой пример импорта файлов определений категорий:
witadmin importcategories /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\categories.xml"
Примечание
Импорт XML-файла категорий в проект приведет к перезаписи всех существующих категорий.Категории, которые были определены ранее, но не заданы в файле, будут удалены.
К началу
Изменение определений типов рабочих элементов
Необходимо изменить определения типов рабочих элементов для ошибки и для сценария или требования. Необходимо добавить два поля к определению ошибки, а затем добавить элементы управления к двум типам определений.
Выполните следующие задачи:
изменение определения типа ошибки;
изменение определения типа сценария или требования.
Изменение определения типа ошибки
Изменение определения типа ошибки
В окне командной строки введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyBug.xml
Откройте файл MyBug.xml в текстовом редакторе или в Visual Studio.
Добавьте следующие элементы FIELD в раздел FIELDS XML-файла:
<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" > <HELPTEXT>Test context, provided automatically by test infrastructure</HELPTEXT> </FIELD> <FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML"> <HELPTEXT>How to see the bug. End by contrasting expected with actual behavior. </HELPTEXT> </FIELD>
Замените следующий элемент Tab с именем History:
<Tab Label="History"> <Control Type="WorkItemLogControl" FieldName="System.History" Label="&History:" LabelPosition="Top" Dock="Fill"/> </Tab>
следующим синтаксисом:
<Tab Label="History"> <Group> <Column PercentWidth="50"> <Control FieldName="Microsoft.VSTS.TCM.ReproSteps" Type="HtmlFieldControl" Label="Steps to Repro&duce:" LabelPosition="Top" MinimumSize="(100,200)" Dock="Fill"/> </Column> <Column PercentWidth="50"> <Control FieldName="System.History" Type="WorkItemLogControl" Label="&History:" LabelPosition="Top" Dock="Fill" /> </Column> </Group> </Tab>
Добавьте элемент Control после элемента Group в элементе Tab с именем Details в разделе FORM XML-файла:
<Tab Label="Details"> <Group> . . . </Group> <Control FieldName="Microsoft.VSTS.TCM.SystemInfo" Type="HtmlFieldControl" Label="System I&nfo:" LabelPosition="Top" Dock="Fill" /> </Tab>
Удалите элемент Links в элементе Tab, поскольку они будут заменены двумя новыми элементами вкладки.
<Tab Label="Links"> <Control Type="LinksControl"/></Tab>
Добавьте элемент Tab после вкладки Details в разделе FORM, используя следующий синтаксис:
<Tab Label="Test Cases" > <Control Type="LinksControl" Name="TestedBy" Label="Test &Cases testing this Bug:" LabelPosition="Top"> <LinksControlOptions> <WorkItemLinkFilters FilterType="include"> <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" /> </WorkItemLinkFilters> <WorkItemTypeFilters FilterType="include"> <Filter WorkItemType="Test Case" /> </WorkItemTypeFilters> <ExternalLinkFilters FilterType="excludeAll"/> <LinkColumns> <LinkColumn RefName="System.ID" /> <LinkColumn RefName="System.WorkItemType" /> <LinkColumn RefName="System.Title" /> <LinkColumn RefName="System.AssignedTo" /> <LinkColumn RefName="System.State" /> <LinkColumn LinkAttribute="System.Links.Comment" /> </LinkColumns> </LinksControlOptions> </Control> </Tab>
Добавьте элемент Tab после вкладки Test Cases, используя следующий синтаксис:
<Tab Label="All Links" > <Control Type="LinksControl" Name="GeneralLinks"> <LinksControlOptions> <LinkColumns> <LinkColumn RefName="System.ID" /> <LinkColumn RefName="System.WorkItemType" /> <LinkColumn RefName="System.Title" /> <LinkColumn RefName="System.AssignedTo" /> <LinkColumn RefName="System.State" /> <LinkColumn LinkAttribute="System.Links.Comment" /> </LinkColumns> </LinksControlOptions> </Control> </Tab>
Сохраните XML-файл.
Введите следующую команду для импорта файла MyBug, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyBug.xml
После успешного завершения импорта появляется следующее сообщение.
Тип рабочего элемента импортирован.
Для проверки изменений щелкните командный проект правой кнопкой мыши в Сред. Командный обозреватель и выберите пункт Обновить.
Щелкните правой кнопкой мыши папку Рабочие элементы, выберите Создать рабочий элемент, а затем щелкните Ошибка.
Проверьте, что появляются новые поля и изменения формы рабочих элементов.
К началу
Изменение определения типа сценария или требования
Изменение определения типа сценария или требования
В окне командной строки введите следующую команду, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
Примечание
Этот пример ссылается на тип рабочего элемента сценария.Если командный проект основан на шаблоне процессов CMMI, подставьте требование или другой тип рабочего элемента, который используется для отслеживания функций продукта.Если в командном проекте отсутствует требование, можно импортировать файлы определений типа требования или описания функциональности пользователей, которые предоставляются в шаблонах процессов MSF версии 5.0.Дополнительные сведения см. в разделе Экспорт и импорт типов рабочих элементов из существующего проекта.
witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyScenario.xml
Откройте файл MyScenario.xml в текстовом редакторе или в Visual Studio.
Удалите элемент Links в элементе Tab, поскольку они будут заменены двумя новыми элементами вкладки, в которых есть элемент управления связями.
<Tab Label="Links"> <Control Type="LinksControl"/></Tab>
Добавьте следующий элемент Tab в раздел FORM XML-файла:
<Tab Label="Test Cases" > <Control Type="LinksControl" Name="TestedBy" Label="&Work items testing this Story:" LabelPosition="Top"> <LinksControlOptions> <WorkItemLinkFilters FilterType="include"> <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" /> </WorkItemLinkFilters> <WorkItemTypeFilters FilterType="include"> <Filter WorkItemType="Test Case" /> </WorkItemTypeFilters> <ExternalLinkFilters FilterType="excludeAll"/> <LinkColumns> <LinkColumn RefName="System.ID" /> <LinkColumn RefName="System.WorkItemType" /> <LinkColumn RefName="System.Title" /> <LinkColumn RefName="System.AssignedTo" /> <LinkColumn RefName="System.State" /> <LinkColumn LinkAttribute="System.Links.Comment" /> </LinkColumns> </LinksControlOptions> </Control> </Tab>
Добавьте следующий элемент Tab в раздел FORM XML-файла:
<Tab Label="Other Links" > <Group> <Column PercentWidth="100"> <Control Type="LinksControl" Name="GeneralLinks"> <LinksControlOptions> <WorkItemLinkFilters FilterType="exclude"> <Filter LinkType="System.LinkTypes.Hierarchy" /> <Filter LinkType="Microsoft.VSTS.Common.TestedBy" /> <Filter LinkType="Microsoft.VSTS.TestCase.SharedStepReferencedBy" /> </WorkItemLinkFilters> <LinkColumns> <LinkColumn RefName="System.ID" /> <LinkColumn RefName="System.WorkItemType" /> <LinkColumn RefName="System.Title" /> <LinkColumn RefName="System.AssignedTo" /> <LinkColumn RefName="System.State" /> <LinkColumn LinkAttribute="System.Links.Comment" /> </LinkColumns> </LinksControlOptions> </Control> </Column> </Group> </Tab>
Сохраните XML-файл.
Введите следующую команду для импорта файла MyScenario, подставив свои данные вместо показанных аргументов, и нажмите кнопку ВВОД.
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyScenario.xml
После успешного завершения импорта появляется следующее сообщение.
Тип рабочего элемента импортирован.
Для проверки изменений щелкните командный проект правой кнопкой мыши в Сред. Командный обозреватель и выберите пункт Обновить.
Щелкните правой кнопкой мыши папку "Рабочие элементы", выберите Создать рабочий элемент, а затем щелкните Сценарий.
Проверьте, что появляются новые поля и изменения формы рабочих элементов.
К началу
Указание типа ошибки, которая создается в Microsoft Test Manager
Чтобы обеспечить поддержку автоматического создания рабочего элемента для отслеживания дефектов кода или ошибок, найденных членом команды тестирования с помощью Microsoft Test Manager, необходимо задать тип ошибки, который будет использоваться в существующем командном проекте. Команда tcm bugfieldmapping позволяет импортировать и экспортировать файл сопоставления командного проекта. Файл сопоставления определяет тип рабочего элемента для создания и заполнения трех полей данных с помощью Microsoft Test Manager. Эти поля представляют собой шаги воспроизведения, системную информацию и построение, в котором был обнаружен дефект. Когда тестер запускает тест и обнаруживает дефект, создается ошибка, в которой эти три поля заполняются автоматически.
Дополнительные сведения см. в разделе Указание типа ошибки в файле с помощью Microsoft Test Manager.
Указание типа ошибки, которая создается с помощью Microsoft 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:http://ServerName:Port/VirtualDirectoryName/CollectionName /teamproject:project
В качестве пути_к_каталогу укажите папку, в которой сохранен файл bugfieldmappings.xml.
Следующая команда представляет собой пример импорта файла bugfieldmappings.xml:
tcm bugfieldmapping /import /mappingfile:"C:\MyFiles\bugfieldmappings.xml" collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject
К началу
Предоставление разрешений членам команды тестеров
Необходимо предоставить разрешения членам команды, которые будут управлять средами тестирования и конфигурациями теста, создавать и просматривать тестовые запуски и выполнять другие задачи.
В следующей таблице описаны разрешения, которые обеспечивают управление доступом к функциям тестирования и поддержку взаимодействия с командным проектом во время тестирования. Также в ней указаны назначения по умолчанию, которые выполнены в шаблонах процессов MSF версии 5.0, помимо рекомендуемых разрешений для членов команды ручного тестирования и руководителей тестирования.
Разрешение |
Описание |
Область |
Читатели |
Участники |
Конструкторы |
Рекомендовано для членов команды ручного тестирования |
Рекомендовано для руководителей тестирования |
---|---|---|---|---|---|---|---|
Просматривать информацию уровня проекта |
Позволяет видеть состав групп уровня проекта, а также разрешения для пользователей в этих группах. |
Уровень проекта |
|||||
Просмотр выполнений теста |
Позволяет просматривать планы тестирования на этом узле. |
Уровень проекта |
|||||
Создать выполнения тестов |
Позволяет создавать и удалять результаты тестов, а также создавать или изменять тестовые запуски в командном проекте. |
Уровень проекта |
|||||
Управление тестовыми конфигурациями |
Позволяет создавать и удалять конфигурации тестов для данного командного проекта. |
Уровень проекта |
|||||
Управление тестовыми средами |
Позволяет создавать и удалять тестовые среды для данного командного проекта. |
Уровень проекта |
|||||
Удалить тестовые запуски |
Позволяет удалять результаты плановых тестов данного командного проекта. |
Уровень проекта |
|||||
Просмотреть данный узел |
Позволяет просматривать параметры безопасности для узла области. |
Узел области |
|||||
Управление планами тестирования |
Позволяет просматривать и изменять планы тестирования, которые принадлежат узлу области. Если планы тестирования не выполняются, их также можно удалить. |
Узел области |
|||||
Управление контроллерами тестов |
Позволяет регистрировать и отменять регистрацию контроллеров тестирования в коллекции командных проектов. |
Коллекция проектов |
Разрешения можно предоставить, следуя указаниям для конкретной области:
чтобы в Сред. Командный обозреватель настроить разрешения на уровне проекта, щелкните правой кнопкой мыши проект, выберите пункт Параметры командного проекта, а затем пункт Безопасность. Данные разрешения также можно настроить с помощью служебной программы командной строки TFSSecurity. Дополнительные сведения см. в разделе Управление разрешениями;
чтобы в Сред. Командный обозреватель настроить разрешения узла области, щелкните правой кнопкой мыши проект, выберите пункт Области и итерации, а затем на вкладке Область щелкните Безопасность. Дополнительные сведения см. в разделе Создание и изменение областей и итераций;
предоставить разрешения для коллекции проектов можно несколькими способами: щелкнуть правой кнопкой мыши сервер в Сред. Командный обозреватель и выбрать команду Безопасность, воспользоваться консолью администрирования Team Foundation или же использовать средства командной строки TFSSecurity и tf. Дополнительные сведения см. в разделе Группы уровня коллекции.
Дополнительные сведения см. в разделе Изменение разрешений для группы или пользователя.
К началу
Запуск Microsoft Test Manager
После завершения описанных выше задач по обновлению можно запустить Microsoft Test Manager, подключиться к своему проекту и начать планировать процесс тестирования. Дополнительные сведения см. в разделе Тестирование приложения.
К началу
См. также
Основные понятия
Тестовый случай (гибкая разработка)
Общие шаги (гибкая разработка)
Другие ресурсы
witAdmin. Администрирование объектов для отслеживания рабочих элементов
Указание типа ошибки в файле с помощью Microsoft Test Manager
Обновление обновленного командного проекта для доступа к новым функциям
Журнал изменений
Дата |
Журнал |
Причина |
---|---|---|
Июль 2010 |
Добавлена информация о возможных конфликтах с измененными понятными именами и полями. Исправлены некоторые примеры команды witadmin, поскольку в них отсутствовала обратная косая черта в пути к каталогу. Исправлены понятные имена некоторых полей для управления тестовыми случаями и добавлены ссылки К началу. |
Обратная связь от клиента. |