Copiar y clonar conjuntos de pruebas y casos de prueba
Hay varias maneras de duplicar conjuntos de pruebas y casos de prueba en Microsoft Visual Studio Team Foundation Server (TFS).
Dupliquen un único caso de prueba en un conjunto de pruebas en Microsoft Test Manager.
Esta característica es útil si desea crear un nuevo caso de prueba similar existente.
Copie un conjunto de pruebas de otro plan de pruebas en Microsoft Test Manager (copia por referencia o la copia superficial).
Se copian un conjunto de pruebas y cualquier conjunto contenida, pero los casos de prueba no se copian.Los planes de origen y pruebe el destino comparten los mismos casos de prueba.Después de la copia, puede agregar o quitar casos de prueba de cualquier plan sin afectar al otro; sin embargo, si edita un caso de prueba compartido, los cambios afectarán ambos planes de pruebas.
Es frecuentemente la operación utilizada de copia.Es útil cuando se crea un nuevo conjunto de pruebas para la siguiente iteración o el sprint, y desea repetir las pruebas más importantes de los sprints anteriores.
Conjuntos de pruebas de clonación mediante tcm.exe (copia por valor o la copia profunda) crea nuevos casos de prueba del plan de pruebas de destino.Estos nuevos casos de prueba son copias de los casos de prueba en su plan de pruebas de origen.Después de la copia, puede editar los casos de prueba en cualquier plan sin afectar al otro.Los conjuntos de pruebas de clonación son útiles si desea trabajar con dos versiones diferentes simultáneamente.Los conjuntos de origen y de destino deben estar en la misma colección de proyectos de equipo.(Si no ha instalado Visual Studio 2012,1 y Visual Studio y TFS: Los conjuntos de origen y de destino deben estar en el mismo proyecto de equipo.)
Requisitos
- Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional
Para duplicar un único caso de prueba
Esta característica es útil si desea crear un nuevo caso de prueba similar existente.
En Microsoft Test Manager, elija Centro de pruebas, Plan, Contenido.
Seleccione un conjunto de pruebas y un caso de prueba.
En la barra de herramientas de la lista de caso de prueba, elija Cree una copia del caso de prueba seleccionado y agréguela a este conjunto.
Para copiar conjuntos de pruebas de otro plan de pruebas
En Microsoft Test Manager elija Centro de pruebas, Plan, Contenido.
Seleccione un conjunto de pruebas estático en la que desea copiar el conjunto más antigua.
En la barra de herramientas de la jerarquía de conjuntos de pruebas, elija Copiar conjuntos de pruebas de otro plan de pruebas y siga el asistente.
Se copian el conjunto de pruebas y cualquier conjunto que contiene, pero los casos de prueba no se copian.Los planes de origen y pruebe el destino comparten los mismos casos de prueba.
Después de la copia, puede agregar o quitar casos de prueba de cualquier plan sin afectar al otro; sin embargo, si edita un caso de prueba compartido, los cambios afectarán ambos planes de pruebas.
Para clonar un conjunto de pruebas y los casos de prueba
La reproducción es útil si desea desarrollar diferentes versiones de una aplicación: después de copiar, las pruebas de las dos versiones pueden cambiar sin afectarse.
Abra el símbolo del sistema del desarrollador.O bien, use un directorio estándar del símbolo del sistema y cambia a %VS110COMNTOOLS%..\IDE.Utilice tcm.exe:
cd %VS110COMNTOOLS%..\IDE
tcm suites /clone
/collection:https://Server:8080/tfs/Collection
/teamproject:"TeamProject"
[/destinationteamproject: "DestinationProject"]
/suiteid:sourceId
/destinationsuiteid:targetId
[/clonerequirements]
[/overridefield:"field name"="new value"] [/overridefield:"field 2"="value 2" ...]]
Parámetros:
nombres de Servidor, colección, TeamProject: el servidor de la base del equipo, de la colección de proyectos de equipo, y el proyecto de equipo.
destinationTeamProject: Especifique esto si el conjunto de pruebas de destino está en un proyecto de equipo diferente.Debe estar en la misma colección de proyectos de equipo.Debe especificar los valores de campo de reemplazo para "Iteration Path" y "Area Path".
suiteId y destinationSuiteId: El identificador del conjunto que se copien, y el identificador del conjunto en que la nueva copia se agregará.Si desea copiar un plan de pruebas entero, utilice el identificador del conjunto en la raíz del plan de pruebas.
El identificador de un conjunto se muestra en el panel de detalles cuando se seleccione en el plan de pruebas.
También puede obtener una lista de conjuntos utilizando tcm suites /list.
/clonerequirements: Elementos de trabajo de los requisitos de clon asociados a conjuntos de pruebas requisito- basadas en.Si se omite este parámetro, conjuntos de pruebas requisito- basadas se convierten en los conjuntos estáticas.
/overridefield:"field name"="new value": Cambie el valor de un campo en cada elemento de trabajo duplicado.Puede utilizar varias apariciones de este parámetro para cambiar tantos campos como desee.
/fieldname:"field name" /fieldvalue:"new value"(obsoleto) : Cambie el valor de un campo en cada elemento de trabajo duplicado.Puede utilizar esto para cambiar la ruta de acceso de iteración al copiar un conjunto a partir de un sprint a otro.
Si ha instalado Visual Studio 2012. 1 – Visual Studio y TFS, utilice /overridefield en su lugar.Puede cambiar solo un campo utilizando /fieldname y /fieldvalue.
[!NOTA]
/destinationTeamProject, /clonerequirements y /overridefield solo están disponibles si ha instalado Visual Studio 2012,1 y Visual Studio y TFS.
Ejemplos:
tcm suites /clone /collection:http://tfs.fabrikam.com:8080/tfs/DefaultCollection
/teamproject:IceCream /destinationteamproject:ToyStore
/clonerequirements
/suiteid:234 /destinationsuiteid:567
/overridefield:"Iteration Path"="ToyStore\sprint3"
/overridefield:"Area Path"="ToyStore\catalog"
El siguiente ejemplo funciona sin Visual Studio 2012,1:
tcm suites /clone /collection:http://tfs.fabrikam.com:8080/tfs/DefaultCollection
/teamproject:IceCream
/suiteid:234 /destinationsuiteid:567
/fieldname:"Iteration Path" /fieldValue:"IceCream\sprint3"
Ajustes que se van a continuación de un clon
Conjuntos basados en consultas de actualización si ha reemplazado valores de campo en la operación de clonación.Por ejemplo, si se proporcionó un valor de invalidación de la ruta de acceso de área y tiene un conjunto basado en consultas que depende de la ruta de acceso de área, considere editar la consulta.Para obtener más información, vea Organizar casos de prueba mediante conjuntos de pruebas.
Con /clonerequirements: Agregue el detalle a nuevos requisitos.La operación clone crea un nuevo elemento de trabajo de requisito (elemento de trabajo pendiente del producto o caso de usuario) para cada conjunto clonada de requisito.Edite los nuevos requisitos de ser adecuado para el plan de pruebas nuevo.
Sin /clonerequirements: Crear nuevos requisitos y conjuntos requisito- basadas en.Sin /clonerequirements, la operación clone convierte conjuntos de pruebas requisito- basadas en conjuntos estáticas, y los nuevos casos de prueba vinculados ya no a cualquier elemento de trabajo de requisito.Por consiguiente, puede crear elementos de trabajo de requisitos (los elementos de trabajo pendiente del producto o casos de usuario), crea conjuntos de ellas, y luego mueve los casos de prueba a esas conjuntos.Para obtener más información, vea Organizar casos de prueba mediante conjuntos de pruebas.
Especifique una compilación en el plan de pruebas de destino si ha duplicado los casos de prueba automatizados.Para obtener más información, vea Cómo: Asociar una prueba automatizada a un caso de prueba.
¿Qué se clona?
Cuando clona un conjunto de pruebas mediante tcm.exe, los siguientes objetos se copian del plan de pruebas de origen al plan de pruebas de destino:
Objeto del plan de pruebas |
Copiado |
Notas |
---|---|---|
Caso de prueba |
Cada nuevo caso de prueba conserva los pasos compartidos. Un vínculo se hace entre el origen y los nuevos casos de prueba. Los casos de prueba nuevos no tienen ejecuciones de pruebas, errores, resultados de pruebas, e información de compilación. |
|
Pasos compartidos hacen referencia a los casos de prueba clonados |
||
Conjunto de pruebas |
A continuación se muestran datos XML:
|
|
Acción Recordings vinculado de un caso de prueba duplicado |
||
Vínculos y datos adjuntos |
||
Configuración de pruebas |
La configuración de pruebas se vuelve a aplicar en el plan de pruebas de destino. |
|
Configuración de pruebas |
La configuración de pruebas se aplica para el plan de pruebas de destino. |
|
Resultados de pruebas |
||
Ejecuciones de pruebas y sesiones exploratorias de pruebas |
Dado que las ejecuciones de pruebas son aplicables al plan de pruebas de origen, no se copian. |
|
Conjuntos Requisito- basadas |
Sin /clonerequirements |
Los conjuntos de pruebas Requisito- basadas se convierten en conjuntos de pruebas estáticos en el plan de pruebas de destino.Los casos de prueba clonados se hará referencia en este conjunto de pruebas estático. Los casos de prueba clonados no incluyen vínculos a los elementos de trabajo originales de requisitos. |
Conjuntos Requisito- basadas |
[Visual Studio 2012,1] con /clonerequirements |
Copie y vinculado a una nueva copia del elemento de trabajo de requisito. |
Elementos de trabajo de requisitos (elementos de trabajo pendiente del producto o casos de usuario) |
[Visual Studio 2012,1] con /clonerequirements |
Se clonan los elementos de trabajo de los requisitos que están asociados a un conjunto requisito- basada clonada. |
Elementos de trabajo de error [Visual Studio 2012,1] con /clonerequirements |
[Visual Studio 2012,1] con /clonerequirements |
Clona en un proyecto de equipo que utiliza la plantilla de procesos de Scrum, o cualquier proyecto en el que el tipo de elemento de trabajo de error está en los requisitos categoría de elemento de trabajo. En otros proyectos, los errores no se clonan. |
Conjunto de pruebas de ejemplo clonados mediante tcm.exe
Plan de pruebas de origen
Plan de pruebas de destino
Vea también
Conceptos
Organizar casos de prueba mediante conjuntos de pruebas
Crear pruebas para elementos de trabajo pendiente de productos, casos de usuario o requisitos