Actualizar un proyecto de equipo basado en una plantilla de proceso de MSF v4.2

Si ha actualizado de Visual Studio Team System 2008 Team Foundation Server a Team Foundation Server 2012, puede actualizar el proyecto de equipo manualmente.Si el proyecto de equipo se basa en una plantilla de proceso de la versión 4,2 de (MSF) de Microsoft solutions framework, siga los procedimientos de este tema.Después de aplicar estas actualizaciones, podrá tener acceso a las nuevas características que se describen en Actualizar un proyecto de equipo actualizado para tener acceso a nuevas características así como interfaz con Microsoft Test Manager.

Importante

Tiene que realizar solo los procedimientos de este tema si va a actualizar un proyecto de equipo creado con una plantilla de procesos proporcionada Visual Studio Team System 2008 Team Foundation Server, o uno que no contenga los tipos de elemento de trabajo Casos De prueba y pasos compartidos. Estos procedimientos admitirán únicamente el acceso a las nuevas características disponibles con Team Foundation Server 2012.El trabajo adicional es necesario agregar nuevas consultas o los últimos informes, los informes personalizados actualización, o paneles de acceso.Para obtener más información, vea Información adicional sobre los cambios realizados al actualizar TFS.

Actualice las tareas necesarias para tener acceso a nuevas características:

1. Cambiar los campos de sistema

2. (Ágil solo) escenario de Cambiar al caso de usuario

3. Descargue la versión más reciente de la plantilla de proceso de MSF

4. Importe los tipos de vínculo

5. (Opcional) aplican según sea necesario las personalizaciones

6. Tipos de elemento de trabajo de importación

7. Importe el archivo de categorías

8. Importe los archivos de configuración del proceso

9. Compruebe el acceso a las nuevas características

Las tareas adicionales necesarias a la interfaz con el Administrador de pruebas de Microsoft:

1. Especifique el tipo de error que se creará en el Administrador de pruebas de Microsoft

2. Conceder permisos para probar los miembros del equipo

3. Inicie el Administrador de pruebas de Microsoft

Requisitos

• 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 de witadmin y de tcm, debe ser miembro de uno de los siguientes grupos: Team Foundation Administrators, Project Collection Administrators, o Project Administrators para el proyecto de equipo.

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

1.Cambiar los campos de sistema

Dado que el nombre descriptivo de varios campos de sistema se cambió en Visual Studio Team Foundation Server 2010, debe cambiar manualmente estos campos en la colección de proyectos de equipo.Los campos de sistema que cambiaron de nombre son System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount y System.AttachedFileCount.

Realiza esta tarea para cada colección de proyectos de equipo definida en Team Foundation Server actualizado.

1. Abra una ventana símbolo del sistema donde Visual Studio 2012 o Team Explorer 2012 está instalado y escriba:

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

   En una edición de 64 bits de Windows, reemplace %programfiles% con %programfiles(x86)%.

2. Escriba a cada uno de los comandos siguientes, utilizando los datos para los argumentos que se muestran, y elija la clave ENTRAR.

   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"
   

   Utilice este formato para CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, por ejemplo: http://srvalm:8080/tfs/DefaultCollection.

   Volver al principio

2.(Ágil solo) Cambiar el tipo de elemento de trabajo de escenario

Para minimizar la cantidad de personalizaciones que necesita crear, y cumplir las actualizaciones futuras a la plantilla de procesos de Agile, debe cambiar el nombre del tipo de elemento de trabajo de escenario al caso de usuario.

[!NOTA]

Por supuesto, cambiar el nombre del tipo de elemento de trabajo de escenario le requerirá actualizar los informes existentes y consultas que hacen referencia al tipo de elemento de trabajo de escenario.Sin embargo, debido a los cambios de esquema creó el almacén de datos con la actualización a Team Foundation Server 2010, los informes preexistentes o la pre- actualización necesitar reescribir para trabajar con el nuevo esquema.Vea Buscar informes después de la actualización a Team Foundation Server 2010.

Realiza esta tarea para cada proyecto de equipo que desea actualizar.

• Escriba el comando siguiente, sustituya los datos para los argumentos que se muestran, y elija la clave ENTRAR.

  witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"
  

  Sugerencia
  Agregue un parámetro entre comillas cuando contiene espacios.Por ejemplo, especifique /p:"My Project X" cuando el nombre de proyecto contiene espacios.

Volver al principio

3.Descargue la versión más reciente de la plantilla de proceso de MSF

Vea Descargar la versión más reciente de las plantillas de proceso.

Sugerencia

Para obtener acceso a las versiones más recientes de las plantillas de proceso predeterminadas, instale el último quarterly actualizado para Team Foundation Server.Las actualizaciones significativas se crearon al flujo de trabajo para varios tipos de elemento de trabajo de la última actualización de quarterly.Estos cambios admiten transiciones atrasadas de modo que al arrastrar accidentalmente un elemento de trabajo en el comité de Kanban o el comité de la tarea al estado resuelto o cerrado, puede arrastrarlo a un estado anterior del flujo de trabajo. Puede obtener la actualización del sitio de descarga de Microsoft: Actualización trimestral para Microsoft Visual Studio 2012 Team Foundation Server.

Volver al principio

4.Importe los tipos de vínculo

Importe los tipos de vínculo, SharedSteps y TestedBy, ubicado en la carpeta LinkTypes en la plantilla de proceso que descargó en la tarea 3.

Realiza esta tarea para cada colección de proyectos de equipo definida en Team Foundation Server actualizado.

• Escriba los dos comandos siguientes, utilizando los datos para los argumentos que se muestran, y elija la clave ENTRAR.

  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml"
  witadmin importlinktype /collection:CollectionURL /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\workitem tracking\linktypes.

  Volver al principio

5.(Opcional) aplican personalizaciones a las últimas versiones de tipos de elemento de trabajo

Si ha personalizado cualquiera de los tipos de elemento de trabajo, debe actualizar la última versión de estos tipos con las personalizaciones.Las tablas siguientes se resumen los campos quitan y agregados en las últimas versiones de cada plantilla de proceso.

Tipos de elemento de trabajo de agile

Tipos de elemento de trabajo de CMMI

Los tipos de personalizaciones podría aplicar las adiciones de campo de inclusión, adiciones o los cambios de selección listas, o las adiciones a las razones de flujo de trabajo.No cambie los estados del flujo de trabajo como se utilizan en la configuración del proceso y las herramientas de planeación ágiles.Si debe cambiar el flujo de trabajo, cambiarlo después de haber finalizado la actualización y seguir las instrucciones sobre las asignaciones de metastate proporcionadas aquí: Personalizar las páginas de panel y de trabajo pendiente mediante la configuración del proceso.

Si utiliza otros tipos de elemento de trabajo definidos en la plantilla de proceso, y desea actualizarlos a las versiones más recientes, aplica cualquier personalización que haya creado para ellas.Asimismo, si ha definido un tipo de elemento de trabajo personalizado que utiliza para realizar casos de prueba, debe aplicar las personalizaciones de ese tipo al tipo de elemento de trabajo de caso de prueba proporciona la plantilla de proceso.

Para obtener más información sobre cómo trabajar con los artefactos que estas plantillas de proceso proporcionan, vea los temas siguientes:

• Plantilla de proceso para Agile para Visual Studio ALM (v6.0)

• Plantilla de proceso para CMMI para Visual Studio ALM (v6.0)

Volver al principio

6.Tipos de elemento de trabajo de importación

Importe los siguientes tipos de elemento de trabajo basándose en la plantilla de procesos que está trabajando.

• Ágil: El error, tarea, caso de usuario, caso de prueba, pasos compartidos los pasos, solicitud de Revisión del código, respuesta de Revisión del código, solicitud de comentarios, respuesta de comentarios

• CMMI: El error, tarea, requisito, caso de prueba, pasos compartidos los pasos, solicitud de Revisión del código, respuesta de Revisión del código, solicitud de comentarios, respuesta de comentarios

Realiza esta tarea para cada proyecto de equipo que desea actualizar.

• Escriba el siguiente comando para cada tipo de elemento de trabajo que necesita importar, sustituya los datos para los argumentos que se muestran, y elegir la clave ENTRAR.

  witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"
  

  Sugerencia
  Especifique el nombre del archivo XML y no Sólo el nombre del tipo de elemento de trabajo.Por ejemplo, especifique CodeReviewRequest.xml para el tipo de elemento de trabajo de solicitud de Revisión de código.

  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\ WorkItem Tracking\TypeDefinitions\ WorkItem Tracking\TypeDefinitions tracking\typedefinitions.

• (Opcional) compruebe los tipos de elemento de trabajo son accesible por el Explorador o Team Web access de Team de.Puede que tenga que actualizar la memoria caché ver los cambios.

Volver al principio

7.Importe el archivo de categorías

Importe el archivo de categorías ubicado en la carpeta WorkItem tracking de la plantilla de proceso que descargó.Las categorías admiten la agrupación inteligente de tipos de elemento de trabajo.Para obtener más información, vea Definir categorías para agrupar los tipos de elementos de trabajo.

• En la ventana de símbolo del sistema, escriba el comando siguiente, sustituya los datos para los argumentos que se muestran, y elija la clave ENTRAR.

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

  Para DirectoryPath, especifique la ruta de acceso a la carpeta WorkItem tracking de la plantilla de proceso que descargó.La ruta de acceso del directorio debe seguir esta estructura: Unidad: \MSFTemplateFolder\workitem \WorkItem Tracking.

Volver al principio

8.Importe los archivos de configuración del proceso

Los archivos de configuración de proceso determinan el diseño y las características disponibles en varias páginas de trabajo pendiente y la secretaría de Team Web Access.Para utilizar estas páginas, debe importar los archivos de configuración de proceso en la secuencia indicada

• Para importar los archivos de definición de la configuración de proceso, escriba los dos comandos siguientes, uno a la vez, sustituya los datos para los argumentos que se muestran, y elegir la clave Entrar.

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

  Para DirectoryPath, especificar la ruta a la carpeta de proceso para la plantilla de proceso que ha descargado.La ruta de acceso del directorio debe seguir esta estructura: Unidad: \MSFTemplateFolder\workitem tracking\process.

Volver al principio

9.Compruebe el acceso a las nuevas características

Realice las tareas proporcionadas en Comprobar la disponibilidad de nuevas características.

[!NOTA]

No tendrá que realizar pasos adicionales para actualizar el flujo de trabajo para los proyectos de equipo de Agile como se explica a continuación: Actualizar el flujo de trabajo de proyectos de equipo ágiles y agregar nuevas consultas.Siguiendo los procedimientos de este tema, habrá aplique estos cambios ya.

Volver al principio

Tareas adicionales a la interfaz con el Administrador de pruebas de Microsoft

Realice las tareas siguientes para completar las actualizaciones necesarias a la interfaz con el Administrador de pruebas.

1.Especifique el tipo de error que se creará en el Administrador de pruebas de Microsoft

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

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 para los argumentos que se muestran, y elija la clave ENTRAR.

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

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

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

Volver al principio

2.Conceder permisos para probar los miembros del equipo

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:

• Puede establecer permisos de nivel de proyecto o los permisos del nodo de área de la página de administración de Team Web Access.Vea Administrar permisos y Crear y modificar áreas e iteraciones.

• Puede establecer permisos de colección de proyectos de Team Explorer eligiendo Equipo, valores de la colección de proyectos de equipo, seguridad, o abra y utilice la consola de administración de Team Foundation, o mediante las herramientas de línea de comandos de TFSSecurity y de tf.Para obtener más información, vea Collection-Level Groups.

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

Volver al principio

3.Inicie el Administrador de pruebas de Microsoft

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

Información adicional sobre los cambios realizados al actualizar TFS

Al actualizar de Visual Studio Team System 2008 Team Foundation Server a TFS 2012, recibe las actualizaciones realizadas en TFS 2010 y a TFS 2012.Hay varios cambios arquitectónicos realizados con la versión de TFS 2010.Para obtener más información sobre los cambios realizados actualizando a la última versión de TFS de Visual Studio Team System 2008 Team Foundation Server, vea los recursos siguientes:

• Team Foundation Server 2010 conceptos clave (entrada de blog)

• Actualizar un proyecto actualizado de Team de tener acceso a las características de Nuevo (VS el artículo 2010 de ALM)

• Buscar informes después de la actualización a Team Foundation Server 2010 (VS el artículo 2010 de ALM)

• Cambios y Adiciones al esquema del cubo de Analysis Services (VS el artículo 2010 de ALM)

• Cambios realizados en los proyectos de equipo y plantillas de procesos predeterminadas durante la actualización de Team Foundation Server (VS el artículo 2012 de ALM)

Vea también

Conceptos

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

Otros recursos

witAdmin: Personalizar y administrar objetos para el seguimiento de elementos de trabajo