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 2013, puede actualizar el proyecto de equipo manualmente. Si el proyecto de equipo se basó en una plantilla de procesos de la versión 4.2 de Microsoft Solutions Framework (MSF), siga los procedimientos de este tema. Tras aplicar estas actualizaciones, podrá tener acceso a las nuevas características descritas en Configurar características después de una actualización de TFS, así como interactuar con Microsoft Test Manager.
Importante
Solo tiene que realizar los procedimientos de este tema si está actualizando un proyecto de equipo creado con una plantilla de procesos proporcionada con 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 solo admitirán acceso a las nuevas características disponibles con Team Foundation Server 2012.El trabajo adicional requiere agregar nuevas consultas o los últimos informes, actualizar informes personalizados 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:
Cambiar el nombre de campos del sistema
(solo Agile) Cambiar nombre al escenario a caso de usuario
Descargar la versión más reciente de la plantilla de proceso de MSF
Importar tipos de vínculo
(Opcional) Aplique personalizaciones según sea necesario
Importar tipos de elemento de trabajo
Importar el archivo de categorías
Importar los archivos de configuración de proceso
Comprobar el acceso a las nuevas características
Tareas adicionales necesarias para interactuar con Microsoft Test Manager:
Especificar el tipo de error que se va a crear en Microsoft Test Manager
Conceder permisos para probar miembros del equipo
Iniciar Microsoft Test Manager
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 witadmin y tcm, debe ser miembro de uno de los siguientes grupos: Team Foundation Administrators, Project Collection Administrators o Administradores de proyectos 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 Referencia de permisos para Team Foundation Server.
1.Cambiar el nombre de campos del sistema
Puesto que el nombre descriptivo de varios campos de sistema se cambió en Visual Studio Team Foundation Server 2010, deberá cambiar manualmente el nombre de estos campos en su 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.
Realice esta tarea para cada colección de proyectos de equipo definida en el objeto Team Foundation Server actualizado.
Abra una ventana símbolo del sistema donde sea Visual Studio 2012 o Team Explorer 2012 está instalado y escriba:
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDEEn una edición de 64 bits de Windows, reemplace %programfiles% con %programfiles(x86)%.
Escriba cada uno de los siguientes comandos sustituyendo sus datos por los argumentos que se muestran y elija la tecla INTRO.
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"Use este formato para CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, por ejemplo: http://srvalm:8080/tfs/DefaultCollection.
Volver al principio
2. (Agile solamente) Cambiar el nombre del tipo de elemento de trabajo Escenario
Para minimizar la cantidad de personalizaciones que se necesitan crear, y para cumplir futuras actualizaciones a la plantilla de proceso 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 Escenario requerirá la actualización de informes y consultas existentes que hagan referencia al tipo de elemento de trabajo Escenario.Sin embargo, debido a los cambios que el esquema creó en el almacén de datos con la actualización a Team Foundation Server 2010, los informes preexistentes o anteriores a la actualización deberán reescribirse para que funcionen con el nuevo esquema.Vea Buscar informes después de actualizar a Team Foundation Server 2010.
Realice esta tarea para cada proyecto de equipo que desee actualizar.
Escriba el siguiente comando sustituyendo los datos por los argumentos que se muestran y, a continuación, elija la tecla INTRO.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"Sugerencia
Escriba el parámetro entre comillas si contiene espacios.Por ejemplo, especifique /p:"My Project X" cuando el nombre de proyecto contiene espacios.
Volver al principio
3.Descargar 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 la actualización trimestral más reciente para Team Foundation Server.En la actualización trimestral más reciente se realizaron actualizaciones significativas en el flujo de trabajo de varios tipos de elemento de trabajo.Estos cambios permiten las transiciones hacia atrás, por lo que si arrastra accidentalmente un elemento de trabajo en el panel kanban o el panel de tareas a un estado resuelto o cerrado, puede volver a arrastrarlo a un estado anterior del flujo de trabajo.
Puede obtener la actualización del sitio de descarga de Microsoft: Visual Studio Team Foundation Server 2012 con Update 3.
Volver al principio
4.Importar tipos de vínculo
Importe los tipos de vínculo, SharedSteps y TestedBy, situados en la carpeta LinkTypes de la plantilla de proceso que descargó en la tarea 3.
Realice esta tarea para cada colección de proyectos de equipo definida en el objeto Team Foundation Server actualizado.
Escriba los dos siguientes comandos sustituyendo los datos por los argumentos que se muestran y, a continuación, elija la tecla INTRO.
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: Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes.
Volver al principio
5. (Opcional) Aplicar personalizaciones a las versiones más recientes de los tipos de elemento de trabajo
Si ha personalizado cualquiera de los siguientes tipos de elemento de trabajo, debe actualizar la última versión de estos tipos con sus personalizaciones. Las tablas siguientes resumen los campos quitados y agregados en las versiones más recientes de cada plantilla de proceso.
Tipos de elemento de trabajo de Agile
Tipo de elemento de trabajo |
Campos quitados |
Campos agregados |
|---|---|---|
Error |
|
|
Tarea |
|
|
Caso de usuario (anteriormente denominado Escenario) |
|
Tipos de elemento de trabajo de CMMI
Tipo de elemento de trabajo |
Campos quitados |
Campos agregados |
|---|---|---|
Error |
|
|
Tarea |
|
|
Requisito |
|
Entre los tipos de personalizaciones que podría aplicar se incluyen adiciones de campo, adiciones o cambios en listas desplegables, o adiciones para motivos de flujo de trabajo. No cambie los estados del flujo de trabajo, ya que estos se utilizan en la configuración de proceso y en las herramientas de planeación de Agile. Si debe cambiar el flujo de trabajo, hágalo después de haber finalizado la actualización y siga las instrucciones sobre asignaciones de metaestados que se proporcionan aquí: Configurar y personalizar herramientas de planeación ágiles para un proyecto de equipo.
Si utiliza otros tipos de elemento de trabajo definidos en la plantilla de proceso y desea actualizarlos a las versiones más recientes, aplique también las personalizaciones realizadas para ellos. Asimismo, si definió un tipo de elemento de trabajo personalizado que utiliza para realizar el seguimiento de casos de prueba, debe aplicar las personalizaciones de dicho tipo al tipo de elemento de trabajo de caso de prueba que se proporcionó en la última plantilla de proceso.
Para obtener más información acerca del trabajo con los artefactos que estas plantillas de proceso proporcionan, vea los temas siguientes:
MSF for Agile Software Development para Visual Studio ALM (v6.0)
MSF for CMMI Process Improvement para Visual Studio ALM (v6.0)
Volver al principio
6.Importar tipos de elemento de trabajo
Importe los siguientes tipos de elemento de trabajo basados en la plantilla de procesos con la que está trabajando.
Agile: Error, Tarea, Caso de usuario, Caso de prueba, Pasos compartidos, Solicitud de revisión de código, Respuesta de revisión de código, Solicitud de comentarios, Respuesta de comentarios
CMMI: Error, Tarea, Requisito, Caso de prueba, Pasos compartidos, Solicitud de revisión de código, Respuesta de revisión de código, Solicitud de comentarios, Respuesta a comentarios
Realice esta tarea para cada proyecto de equipo que desee actualizar.
Escriba el siguiente comando para cada tipo de elemento de trabajo que necesita importar, sustituyendo sus datos por los argumentos que se muestran y, a continuación, elija la tecla Entrar.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"Sugerencia
Especifique el nombre del archivo XML y no el nombre descriptivo del tipo de elemento de trabajo.Por ejemplo, especifique CodeReviewRequest.xml para el tipo de elemento de trabajo 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: Drive:\MSFTemplateFolder\WorkItem Tracking\TypeDefinitions.
(Opcional) Compruebe los tipos de elementos de trabajo que están accesibles. Para ello, abra Team Explorer o Team Web Access. Puede que tenga que actualizar la memoria caché para ver los cambios.
Volver al principio
7.Importar el archivo de categorías
Importe el archivo de categorías que se encuentra en la carpeta de seguimiento de elementos de trabajo 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 Usar categorías para agrupar tipos de elementos de trabajo.
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 la tecla ENTRAR.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Para DirectoryPath, especifique la ruta de acceso a la carpeta WorkItem Tracking para la plantilla de proceso que descargó. La ruta de acceso del directorio debe seguir esta estructura: Drive:\MSFTemplateFolder\WorkItem Tracking.
Volver al principio
8.Importar el archivo de configuración de proceso
El archivo de configuración de proceso determina el diseño y las características disponibles a través de las páginas trabajo pendiente y las páginas del panel de Team Web Access. Para utilizar estas páginas, debe importar el archivo de configuración del proceso.
Importe el archivo de definición de configuración de proceso.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.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: Drive:\TemplateFolder\WorkItem Tracking\Process.
Volver al principio
9.Comprobar el acceso a las nuevas características
Realice las tareas proporcionadas en Nuevas características habilitadas para Team Web Access.
Nota
No tendrá que llevar a cabo pasos adicionales para actualizar el flujo de trabajo para los proyectos de equipo de Agile como se describe aquí: Actualizar el flujo de trabajo de proyectos de equipo ágiles.Al seguir los procedimientos de este tema, habrá aplicado estos cambios.
Volver al principio
Tareas adicionales para interactuar con Microsoft Test Manager
Realice las tareas siguientes para completar las actualizaciones necesarias para comunicarse con Test Manager.
1.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 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.
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.
Guarde el archivo y dele el nombre bugfieldmappings.xml.
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 la tecla ENTRAR.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNamePara DirectoryPath, especifique la carpeta donde guardó el archivo bugfieldmappings.xml.
Para obtener más información, vea Personalizar y administrar la experiencia de pruebas [tcm y Microsoft Test Manager].
Volver al principio
2.Conceder permisos para probar 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 |
.png "marca de verificación"){kind=icon} |
|
|
|
|
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 permisos del nodo de área desde la página de administración de Team Web Access. Vea Administrar permisos y Agregar y modificar rutas de acceso de área e iteración.
Puede establecer permisos de colección de proyectos desde Team Explorer eligiendo Equipo, Configuración de la colección de proyectos de equipo, Seguridad, abriendo y usando la consola de administración para Team Foundation o usando las herramientas de la línea de comandos TFSSecurity y 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.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
Información adicional sobre los cambios realizados al actualizar TFS
Cuando actualiza desde Visual Studio Team System 2008 Team Foundation Server a TFS 2012, recibirá las actualizaciones realizadas a TFS 2010 y TFS 2012. Se realizaron varios cambios arquitectónicos con la versión de TFS 2010. Para obtener más información sobre los cambios realizados actualizando a la versión más reciente de TFS desde Visual Studio Team System 2008 Team Foundation Server, vea los siguientes recursos:
Conceptos clave de Team Foundation Server 2010 (entrada de blog)
Actualizar un proyecto de equipo actualizado para tener acceso a nuevas características (artículo VS ALM 2010 ALM)
Buscar informes después de actualizar a Team Foundation Server 2010 (artículo VS ALM 2010 ALM)
Cambios y adiciones el esquema del cubo de Analysis Services (artículo VS ALM 2010)
Cambios realizados a plantillas de proceso predeterminadas y proyectos de equipo durante la actualización de Team Foundation Server (artículo VS ALM 2012)
Vea también
Conceptos
Configurar características después de una actualización de TFS
Otros recursos
witAdmin: Personalizar y administrar objetos para el seguimiento de elementos de trabajo