Habilitar la interfaz con el Administrador de pruebas de Microsoft para proyectos de equipo actualizados

Debe agregar los nuevos tipos de elemento de trabajo, el caso de prueba y los pasos compartidos a su proyecto de equipo actualizado para utilizar Microsoft Test Manager. Un equipo utiliza casos de prueba para definir tanto pruebas manuales como automatizadas que se pueden ejecutar y administrar mediante Microsoft Test Manager. Microsoft Test Manager está disponible con Visual Studio 2010 Ultimate y Visual Studio Test Professional 2010. Estas herramientas de prueba se integran con Visual Studio Team Foundation Server, que permite definir las pruebas en función de los mismos proyectos de equipo que usan otras áreas de su organización.

Los tipos de elemento de trabajo, el caso de prueba y los pasos compartidos se incluyen en las plantillas de proceso para Microsoft Solutions Framework (MSF). Para obtener más información, vea los temas siguientes:

• Caso de prueba (Agile)

• Pasos compartidos (Agile)

• Crear y administrar pruebas

Además de los nuevos tipos de elemento de trabajo, debe agregar los tipos de vínculos y categorías que se proporcionan con la versión 5.0 de las plantillas de proceso de MSF. Debe personalizar los tipos de elemento de trabajo existentes para que los nuevos campos aparezcan en los formularios de elementos de trabajo. También debe cargar un archivo de asignación que especifique el tipo de elemento de trabajo para admitir la creación automática de errores o defectos de código mediante Microsoft Test Manager.

Importante
Debería actualizar su proyecto de equipo existente una vez actualizada la implementación a Team Foundation Server 2010.

En este tema se proporcionan los pasos que debe seguir para actualizar un proyecto de equipo único para la interacción con Microsoft Test Manager. Después de seguir los pasos de la actualización, puede utilizar la información para incluir en scripts la actualización de varios proyectos y agregar las nuevas características a la plantilla de proceso personalizada de su organización.

En este tema

• Acerca de los nombres de elemento de trabajo, campos de elemento de trabajo y conflictos potenciales

• Cambiar el nombre de un tipo de elemento de trabajo

• Personalizar un tipo de elemento de trabajo del caso de prueba existente

• Descargar la plantilla de proceso: MSF for Agile Software Development v5.0

• Agregar objetos de seguimiento de elementos de trabajo

• Modificar las definiciones de tipos de elementos de trabajo

• Especificar el tipo de error que se va a crear en Microsoft Test Manager

• Conceder permisos a los miembros del equipo de pruebas

• Iniciar Microsoft Test Manager

Permisos necesarios

Para realizar estos procedimientos, debe tener los siguientes permisos:

• Para descargar una plantilla de proceso, debe ser miembro del grupo Project Collection Administrators. Si los permisos de seguridad necesarios se establecen explícitamente, el permiso Administrar plantilla de proceso para la colección de proyectos de equipo debe establecerse en Permitir.

• Para ejecutar las herramientas de línea de comandos witadmin y tcm, debe ser miembro del grupo Team Foundation Administrators o del grupo Project Administrators del proyecto.

• Para conceder permisos, debe ser miembro del grupo administrativo en el nivel del grupo que desea cambiar. Por ejemplo, si desea cambiar los permisos de un grupo o usuario en el nivel de colección de proyectos de equipo, debe ser miembro del grupo Project Collection Administrators para esa colección, o debe tener el permiso Editar información en el nivel de colección establecido en Permitir.

Para obtener más información, vea Permisos de Team Foundation Server.

Acerca de los nombres de elemento de trabajo, campos de elemento de trabajo y conflictos potenciales

Al modificar la definición de un tipo de elemento de trabajo, puede encontrarse con los siguientes posibles conflictos:

• Tiene un tipo de elemento de trabajo cuyo nombre está en conflicto con el nombre de un tipo de elemento de trabajo que debe importar. Por ejemplo, puede que ya tenga un tipo de elemento de trabajo con la etiqueta "caso de prueba".

  Puede resolver un conflicto de nombres de tipos de elemento de trabajo si cambia el nombre del tipo de elemento de trabajo o si personaliza el tipo de elemento de trabajo existente para contener los controles de elementos de trabajo nuevos a fin de admitir Microsoft Test Manager. Para obtener más información, vea las siguientes secciones en este tema:

  • Cambiar el nombre de un tipo de elemento de trabajo

  • Personalizar un tipo de elemento de trabajo del caso de prueba existente

• Puede que tenga un campo definido en un tipo de elemento de trabajo utilizado por otros proyectos de equipo en una o varias de las colecciones de proyectos definidas para la implementación de Team Foundation. Si los atributos que están asignados a campos reportables difieren entre los proyectos de equipo de la implementación, pueden darse conflictos de datos al procesar el almacén de datos. Para obtener más información, vea Resolver los conflictos del esquema que se producen en el almacén de datos.

• Al importar tipos de elementos de trabajo, un mensaje de error podría indicar un conflicto de nombres. Este conflicto se produce con más frecuencia en implementaciones que se actualizaron desde una versión anterior de Team Foundation. El nombre descriptivo de varios campos del sistema y de administración de casos de prueba cambió antes de la versión final de Visual Studio Team Foundation Server 2010. Los campos de sistema que cambiaron de nombre son System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount y System.AttachedFileCount.

  Para resolver este error, puede cambiar el nombre del campo en la definición XML de un tipo de elemento de trabajo o puede usar la herramienta de línea de comandos witadmin changefield. Para obtener más información, vea Administrar campos de elemento de trabajo [witadmin].

Volver al principio

Cambiar el nombre de un tipo de elemento de trabajo

Para resolver un conflicto de nombres de tipos de elemento de trabajo puede cambiar el nombre de un tipo de elemento de trabajo.

Para cambiar el nombre de un tipo de elemento de trabajo

1. En un equipo en el que esté instalado Visual Studio 2010, abra una ventana del símbolo del sistema.

2. Cambie al directorio que contiene la herramienta de línea de comandos witadmin; para ello, escriba el comando siguiente y presione ENTRAR.

   cd UnidadDeDisco:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

3. Al escribir el siguiente comando, sustituya los datos de los argumentos y presione ENTRAR.

   witadmin renamewitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:CurrentName /new:NewName
   

   El siguiente comando representa un ejemplo de cómo cambiar el nombre del tipo de elemento de trabajo del caso de prueba a My Test Case:

   witadmin renamewitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /n:"Test Case" /new:"My Test Case"

Volver al principio

Personalizar un tipo de elemento de trabajo del caso de prueba existente

Si el proyecto de equipo existente contiene un tipo de elemento de trabajo que se utiliza para administrar casos de prueba, puede personalizarlo para admitir los nuevos controles que son necesarios para la interacción con Microsoft Test Manager. De lo contrario, puede importar el tipo de elemento de trabajo del caso de prueba que se describe en Agregar tipos de elemento de trabajo: caso de prueba y pasos compartidos, más adelante en este mismo tema.

Para personalizar un tipo de elemento de trabajo de caso de prueba existente

1. En un equipo en el que esté instalado Visual Studio 2010, abra una ventana del símbolo del sistema.

2. Cambie al directorio que contiene la herramienta de línea de comandos witadmin; para ello, escriba el comando siguiente y presione ENTRAR.

   cd UnidadDeDisco:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

3. Al escribir el siguiente comando, sustituya los datos de los argumentos y presione ENTRAR.

   witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:"Test Case" /f:MyTestCase.xml
   

4. En Visual Studio o un editor de texto, abra el archivo MyTestCase.xml.

5. Agregue los siguientes elementos FIELD en la sección FIELDS del archivo XML, como se muestra en el fragmento siguiente:

   <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>
   

6. Agregue el elemento Control siguiente a la sección FORM:

   <Control FieldName="Microsoft.VSTS.TCM.AutomationStatus" Type="FieldControl" Label="Automation Status:" LabelPosition="Left" />
   

   Puede agregarlo a la sección superior del formulario de elemento de trabajo.

7. Agregue el elemento Tab siguiente a la sección FORM:

   <Tab Label="Steps">
              <Control FieldName="Microsoft.VSTS.TCM.Steps" Type="Test Steps Control" LabelPosition="Top" Dock="Fill" />
            </Tab>
   

   Debería agregarlo como la primera pestaña del grupo de pestañas que se definen en la sección FORM.

8. Agregue el elemento Tab siguiente a la sección FORM del archivo de definición 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>
   

   Este elemento se utiliza para restringir la formación de relaciones de vínculos en esta pestaña para incluir únicamente el tipo de vínculo TestedBy. Esta pestaña se utiliza normalmente para crear relaciones de vínculos para elementos de trabajo que se prueban, que suelen ser casos de usuario, escenarios o requisitos. Para obtener más información, vea Vincular elementos de trabajo (Agile).

9. Agregue el elemento Tab siguiente a la sección FORM del archivo de definición XML.

   <Tab Label="Associated Automation">
       <Control Type="AssociatedAutomationControl" LabelPosition="Top" Dock="Fill" />
   </Tab>
   

   Este elemento se utiliza para admitir la asociación de un caso de prueba con una prueba automatizada. Para obtener más información, vea Cómo: Asociar una prueba automatizada a un caso de prueba.

10. Guarde el archivo XML.

11. Escriba el siguiente comando para importar el archivo MyTestCase, sustituyendo sus datos para los argumentos que se muestran y, a continuación, presione ENTRAR.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyTestCase.xml
    

    Cuando la importación se haya completado correctamente, aparecerá el mensaje siguiente:

    La importación de tipos de elemento de trabajo se ha completado.

12. Para comprobar los cambios, en Team Explorer, haga clic con el botón secundario en el proyecto de equipo y, a continuación, haga clic en  Actualizar.

13. Haga clic con el botón secundario en Elementos de trabajo, elija Nuevo elemento de trabajo y, a continuación, haga clic en Caso de prueba.

    Compruebe que aparezcan los nuevos campos y cambios en el formulario de elemento de trabajo.

Volver al principio

Descargar la plantilla de proceso de MSF for Agile Software Development v5.0

Descargue la versión 5.0 de la plantilla de proceso de MSF. Para obtener más información, vea Descargar la versión 5.0 de las plantillas de proceso de MSF.

Agregar objetos de seguimiento de elementos de trabajo

Para agregar objetos para realizar el seguimiento de los elementos de trabajo, debe seguir estos pasos en el orden indicado:

1. Agregar los tipos de vínculo: SharedSteps y TestedBy

2. Agregar los tipos de elemento de trabajo: Caso de prueba y Pasos compartidos

3. Agregar las categorías de los tipos de elemento de trabajo

Agregar los tipos de vínculo: SharedSteps y TestedBy

Para agregar los tipos de vínculo

1. En un equipo en el que esté instalado Visual Studio 2010, abra una ventana del símbolo del sistema.

2. Cambie al directorio que contiene la herramienta de línea de comandos witadmin; para ello, escriba el comando siguiente y presione ENTRAR.

   cd UnidadDeDisco:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

3. Para importar los archivos de definición de tipos de vínculo, escriba los dos comandos siguientes, utilizando en su lugar sus datos para los argumentos que se muestran y, a continuación, presione ENTRAR.

   witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\TestedBy.xml"
   witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\SharedStep.xml"
   

   Para DirectoryPath, especifique la ubicación de la carpeta LinkTypes para la plantilla de proceso que descargó. La ruta de acceso del directorio debe seguir esta estructura:

   Unidad: \MSFTemplateFolder\Agile\Files\WorkItem Tracking\LinkTypes

   El siguiente comando representa un ejemplo de cómo importar el tipo de vínculo TestedBy:

   witadmin importlinktype /collection:"http://MyServer:8080/tfs/Collection0" /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\LinkTypes\TestedBy.xml"

Agregar los tipos de elemento de trabajo: Caso de prueba y Paso compartido

Para importar los archivos de definición de los tipos de elemento de trabajo

• En la ventana de símbolo del sistema, escriba los dos comandos siguientes, utilizando sus propios datos para los argumentos que se muestran y, a continuación, presione ENTRAR.

  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"
  

  Para DirectoryPath, especifique la ubicación del directorio de la carpeta TypeDefinitions para la plantilla de proceso que descargó. La ruta de acceso del directorio debe seguir esta estructura:

  Unidad: \MSFTemplateFolder\Agile\Files\WorkItem Tracking\TypeDefinitions

  El siguiente comando representa un ejemplo de cómo importar el archivo de definición de tipo TestCase:

  witadmin importwitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\TypeDefinitions\TestCase.xml"

Agregar las categorías de los tipos de elemento de trabajo

Para importar los archivos de definición de categorías

• En la ventana de símbolo del sistema, escriba el comando siguiente, sustituya los datos de los argumentos que se muestran y, a continuación, presione ENTRAR.

  witadmin importcategories /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\categories.xml"
  

  Para DirectoryPath, especifique la ubicación del directorio de la carpeta WorkItem Tracking para la plantilla de proceso que descargó. La ruta de acceso del directorio debe seguir esta estructura:

  Unidad:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\

  El siguiente comando representa un ejemplo de cómo importar los archivos de definición de categorías:

  witadmin importcategories /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\categories.xml"

  Nota

  Al importar el archivo XML de categorías a un proyecto, se sobrescribirán todas las categorías existentes. Se eliminarán las categorías que se definieron previamente pero no se especificaron en el archivo.

Volver al principio

Modificar las definiciones de tipos de elementos de trabajo

Debe modificar las definiciones de tipo de los tipos de elemento de trabajo de error y escenario o requisito. Debe agregar dos campos a la definición del error y, a continuación, agregar los controles de formulario a ambos tipos de definición.

Realice las tareas siguientes:

• Modificar la definición de tipo de error

• Modificar la definición de tipo de escenario o requisito

Modificar la definición de tipo de error

Para modificar la definición de tipo de error

1. En la ventana de símbolo del sistema, escriba el comando siguiente, sustituya los datos de los argumentos que se muestran y, a continuación, presione ENTRAR.

   witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyBug.xml
   

2. En Visual Studio o un editor de texto, abra el archivo MyBug.xml.

3. Agregue los siguientes elementos FIELD en la sección FIELDS del archivo 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>
   

4. Reemplace el siguiente elemento Tab que tiene la etiqueta "History":

   <Tab Label="History">
   <Control Type="WorkItemLogControl" FieldName="System.History" Label="&amp;History:" LabelPosition="Top" Dock="Fill"/>
   </Tab>
   

   con la sintaxis siguiente:

   <Tab Label="History">
      <Group>
         <Column PercentWidth="50">
         <Control FieldName="Microsoft.VSTS.TCM.ReproSteps" Type="HtmlFieldControl" Label="Steps to Repro&amp;duce:" LabelPosition="Top"  MinimumSize="(100,200)"  Dock="Fill"/>
         </Column>
         <Column PercentWidth="50">
         <Control FieldName="System.History" Type="WorkItemLogControl" Label="&amp;History:" LabelPosition="Top" Dock="Fill" />
         </Column>
      </Group>
   </Tab> 
   

5. Agregue el elemento Control después del elemento Group de Tab con la etiqueta "Details" bajo la sección FORM del archivo XML:

   <Tab Label="Details">
      <Group>
   . . . 
       </Group>
   <Control FieldName="Microsoft.VSTS.TCM.SystemInfo" Type="HtmlFieldControl" Label="System I&amp;nfo:" LabelPosition="Top" Dock="Fill" />
   </Tab>
   

6. Elimine el elemento Tab "Links", porque lo reemplazará con dos nuevos elementos de pestaña.

   <Tab Label="Links">   <Control Type="LinksControl"/></Tab>
   

7. Agregue un elemento Tab después de la pestaña Details en la sección FORM con la siguiente sintaxis:

   <Tab Label="Test Cases" >
      <Control Type="LinksControl" Name="TestedBy" Label="Test &amp;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>
   

8. Agregue un elemento Tab después de la pestaña Test Cases con la siguiente sintaxis:

   <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>
   

9. Guarde el archivo XML.

10. Escriba el siguiente comando para importar el archivo MyBug, utilizando sus propios datos para los argumentos que se muestran y, a continuación, presione ENTRAR.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyBug.xml
    

    Cuando la importación se haya completado correctamente, aparecerá el mensaje siguiente:

    La importación de tipos de elemento de trabajo se ha completado.

11. Para comprobar los cambios, en Team Explorer, haga clic con el botón secundario en el proyecto de equipo y, a continuación, haga clic en  Actualizar.

12. Haga clic con el botón secundario en Elementos de trabajo, elija Nuevo elemento de trabajo y, a continuación, haga clic en Error.

13. Compruebe que aparezcan los nuevos campos y cambios en el formulario de elemento de trabajo.

Volver al principio

Modificar la definición de tipo de escenario o requisito

Para modificar la definición de tipo de escenario o requisito

1. En la ventana de símbolo del sistema, escriba el comando siguiente, sustituya los datos de los argumentos que se muestran y, a continuación, presione ENTRAR.

   Nota

   En este ejemplo se hace referencia al tipo de elemento de trabajo de escenario. Si su proyecto de equipo está basado en la plantilla de proceso de CMMI, sustituya el tipo de elemento de trabajo de requisito u otro tipo de elemento de trabajo que utilice para realizar el seguimiento de las características del producto. Si su proyecto de equipo no tiene un requisito, puede importar los archivos de definición de tipo de caso de usuario o requisito que se proporcionan con la versión 5.0 de las plantillas de proceso de MSF. Para obtener más información, vea Exportar e importar tipos de elemento de trabajo desde un proyecto existente.

   witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyScenario.xml
   

2. En Visual Studio o un editor de texto, abra el archivo MyScenario.xml.

3. Elimine el elemento Tab "Links", porque lo reemplazará con dos nuevos elementos de pestaña que proporcionan control de vínculos.

   <Tab Label="Links">   <Control Type="LinksControl"/></Tab>
   

4. Agregue el siguiente elemento Tab en la sección FORM del archivo XML:

   <Tab Label="Test Cases" >
      <Control Type="LinksControl" Name="TestedBy" Label="&amp;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>
   

5. Agregue el siguiente elemento Tab en la sección FORM del archivo 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>
   

6. Guarde el archivo XML.

7. Escriba el siguiente comando para importar el archivo MyScenario, sustituyendo sus datos para los argumentos que se muestran y, a continuación, presione ENTRAR.

   witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyScenario.xml
   

   Cuando la importación se haya completado correctamente, aparecerá el mensaje siguiente:

   La importación de tipos de elemento de trabajo se ha completado.

8. Para comprobar los cambios, en Team Explorer, haga clic con el botón secundario en el proyecto de equipo y, a continuación, haga clic en  Actualizar.

9. Haga clic con el botón secundario en Elementos de trabajo, elija Nuevo elemento de trabajo y, a continuación, haga clic en Escenario.

10. Compruebe que aparezcan los nuevos campos y cambios en el formulario de elemento de trabajo.

Volver al principio

Especificar el tipo de error que se va a crear en Microsoft Test Manager

Para admitir la creación automática de un elemento de trabajo para realizar el seguimiento de defectos de código o errores que se encuentran cuando un miembro del equipo de pruebas utiliza Microsoft Test Manager, debe especificar el tipo de error que se va a utilizar para el proyecto de equipo existente. El comando tcm bugfieldmapping admite la importación y exportación de un archivo de asignación al proyecto de equipo. El archivo de asignación define el tipo de elemento de trabajo que se debe crear y los tres campos de datos que Microsoft Test Manager rellenará. Los tres campos son pasos reproducibles, información del sistema y la versión de compilación en la que se detectó el defecto. Cuando un evaluador ejecuta una prueba y encuentra un defecto, puede crear un error y que los tres campos se rellenen automáticamente.

Para obtener más información, vea Especificar el tipo de error que se va a archivar en Microsoft Test Manager.

Para especificar el tipo de error que va a crear Microsoft Test Manager

1. Abra el Bloc de notas o un editor de texto y copie el código siguiente en el archivo:

   <?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>
   

   Nota

   Si el tipo de elemento de trabajo que utiliza para crear los defectos de código tiene otra etiqueta distinta de "Bug", reemplace "Bug" en el ejemplo anterior con el nombre de ese tipo de elemento de trabajo.

2. Guarde el archivo y dele el nombre bugfieldmappings.xml.

3. En la ventana de símbolo del sistema, escriba el comando siguiente, sustituya los datos de los argumentos que se muestran y, a continuación, presione ENTRAR.

   tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /teamproject:project
   

   Para DirectoryPath, especifique el la carpeta donde guardó el archivo bugfieldmappings.xml.

   El siguiente comando representa un ejemplo para importar el archivo bugfieldmappings.xml:

   tcm bugfieldmapping /import /mappingfile:"C:\MyFiles\bugfieldmappings.xml" collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject

Volver al principio

Conceder permisos a los miembros del equipo de pruebas

Debe conceder permisos a los miembros del equipo que administrarán los entornos de pruebas y las configuraciones de prueba, y que crearán y verán las ejecuciones de pruebas y realizarán otras tareas.

En la siguiente tabla se describen los permisos que controlan el acceso a las funciones de pruebas y admiten la interacción con el proyecto de equipo para las pruebas. También se indican las asignaciones predeterminadas de la versión 5.0 de las plantillas de proceso de MSF, además de los permisos recomendados que se conceden a evaluadores manuales y responsables de pruebas.

Permiso	Descripción	Ámbito	Readers	Contributors	Builders	Se recomienda para los evaluadores manuales	Se recomienda para los responsables de pruebas
Ver información de nivel de proyecto	Permite ver la pertenencia a los grupos en el nivel de proyecto y los permisos de esos miembros.	Nivel del proyecto
Ver ejecuciones de pruebas	Permite ver los planes de pruebas en este nodo.	Nivel del proyecto
Crear ejecuciones de pruebas	Permite agregar y quitar resultados de pruebas, así como agregar o modificar ejecuciones de pruebas del proyecto de equipo.	Nivel del proyecto
Administrar configuraciones de prueba	Permite crear y eliminar configuraciones de prueba del proyecto de equipo.	Nivel del proyecto
Administrar entornos de prueba	Permite crear y eliminar entornos de prueba del proyecto de equipo.	Nivel del proyecto
Eliminar ejecuciones de pruebas	Permite eliminar una prueba programada del proyecto de equipo.	Nivel del proyecto
Ver este nodo	Permite ver la configuración de seguridad de un nodo de área.	Nodo de área
Administrar planes de pruebas	Permite crear y modificar los planes de pruebas asignados a un nodo de área. Si no se han ejecutado planes de pruebas, también se pueden eliminar.	Nodo de área
Administrar controladores de pruebas	Permite registrar y eliminar del registro controladores de pruebas para la colección de proyectos de equipo.	Colección de proyectos.

Puede conceder permisos siguiendo los procedimientos que se indican para el área de ámbito específica:

• Para establecer permisos de nivel de proyecto en Team Explorer, haga clic con el botón secundario en el proyecto, haga clic en Configuración del proyecto de equipo y, a continuación, haga clic en Seguridad. También puede establecer estos permisos mediante la herramienta de línea de comandos TFSSecurity. Para obtener más información, vea Administrar permisos.

• Para establecer los permisos del nodo de área en Team Explorer, haga clic con el botón secundario en el proyecto, y haga clic en Áreas e iteraciones, en la pestaña Área y, a continuación, en Seguridad. Para obtener más información, vea Crear y modificar áreas e iteraciones.

• Para establecer permisos de colección de proyectos, haga clic con el botón secundario en el servidor en Team Explorer y, a continuación, haga clic en Seguridad, o abra y utilice la consola de administración de Team Foundation, o utilice las herramientas de la línea de comandos de TFSSecurity y tf. Para obtener más información, vea Grupos de nivel de colección.

Para obtener más información, vea Cambiar los permisos de un grupo o usuario.

Volver al principio

Iniciar Microsoft Test Manager

Después de haber completado las tareas de actualización antes descritas, puede iniciar Microsoft Test Manager, conectarse a su proyecto y comenzar a planear sus esfuerzos de pruebas. Para obtener más información, vea Probar la aplicación.

Volver al principio

Vea también

Conceptos

Caso de prueba (Agile)

Pasos compartidos (Agile)

Otros recursos

witAdmin: Administrar objetos para el seguimiento de elementos de trabajo

Especificar el tipo de error que se va a archivar en Microsoft Test Manager

Personalizar plantillas de procesos

Actualizar un proyecto de equipo actualizado para tener acceso a nuevas características

Historial de cambios