Objetos y términos de prueba

Se usan para agrupar conjuntos de pruebas y casos de prueba individuales. Para definir un plan de pruebas, consulte Creación de planes de pruebas y conjuntos de pruebas.

Agrupar los casos de prueba en escenarios de prueba independientes dentro de un único plan de pruebas. La agrupación de casos de prueba facilita la tarea de ver qué escenarios están completos. Al crear un conjunto de pruebas, puede especificar uno de estos tres tipos:

• Conjuntos de pruebas estáticos:se usan para agrupar casos de prueba en un único conjunto de pruebas.
• Conjuntos basados en requisitos:seleccione uno o varios requisitos de una consulta que, a continuación, estén vinculados al conjunto de pruebas.
• Conjuntos basados en consultas:seleccione uno o varios casos de prueba que luego estén vinculados al conjunto de pruebas.

Defina los pasos que se usan para probar el código o una aplicación para la implementación. Defina casos de prueba para asegurarse de que el código funciona correctamente, no tiene errores y cumple los requisitos empresariales y de cliente. Puede agregar casos de prueba individuales a un plan de pruebas sin crear un conjunto de pruebas. Más de un conjunto de pruebas o un plan de pruebas pueden hacer referencia a un caso de prueba. Puede reutilizar eficazmente los casos de prueba sin necesidad de copiarlos o clonarlos para cada conjunto o plan. Hay dos tipos de casos de prueba:

• Manual:casos de prueba que definen distintos pasos que se ejecutan mediante Test Runner u otro cliente compatible.
• Automatizado:casos de prueba diseñados para ejecutarse dentro de una canalización de Azure.

Use para compartir los pasos entre varios casos de prueba. Por ejemplo, los pasos de inicio de sesión y comprobación para iniciar sesión en una aplicación son pasos que se pueden compartir entre varios casos de prueba. Para obtener información sobre cómo hacerlo, consulte Compartir pasos entre casos de prueba.

Use para especificar parámetros diferentes para ejecutar un paso de prueba dentro de un caso de prueba. Para obtener información sobre cómo hacerlo, consulte Repetición de una prueba con datos diferentes.

Uso

Escriba una descripción de 255 caracteres como máximo. Siempre puede modificar el título más tarde.

Asigne el elemento de trabajo al miembro del equipo responsable de realizar el trabajo. En función del contexto en el que trabaje, en el menú desplegable solo se enumeran los miembros del equipo o colaboradores del proyecto.

Cuando se crea el elemento de trabajo, el estado cambia de forma predeterminada al primer estado del flujo de trabajo. A medida que el trabajo progresa, actualízlo para reflejar el estado actual.

Utilice la configuración predeterminada primero. Actualíctelo cuando cambie el estado según sea necesario. Cada estado se asocia a un motivo predeterminado.

Elija la ruta de acceso de área asociada al producto o el equipo, o déjela en blanco hasta que se asigne durante una reunión de planeación. Para cambiar la lista desplegable de áreas, consulte Definición de rutas de acceso de área y asignación a un equipo.

Elija el sprint o iteración en el que se va a completar el trabajo, o déjelo en blanco y asígnelo más adelante durante una reunión de planeamiento. Para cambiar la lista desplegable de iteraciones, consulte Definición de rutas de acceso de iteración y configuración de iteraciones de equipo.

Proporcione los detalles suficientes para crear una comprensión compartida del ámbito y admitir los esfuerzos de estimación. Céntrate en el usuario, lo que quiere lograr y por qué. No describa cómo desarrollar el producto. Proporcione detalles suficientes para que el equipo pueda escribir tareas y casos de prueba para implementar el elemento.

Descripción

Proporciona información sobre si se ha implementado una característica o un caso de usuario y en qué fase. Obtendrá información visual sobre el estado de un elemento de trabajo a medida que se implementa en diferentes entornos de versión, así como navegación rápida a cada fase de versión y ejecución. Este control está disponible enTest Plans , Conjuntos de pruebasy Casos de prueba.

Registra todos los procesos de desarrollo de Git que admiten la finalización del elemento de trabajo. Normalmente se usa para impulsar el desarrollo de Git a partir de un requisito. Este control admite la rastreabilidad, lo que proporciona visibilidad en todas las ramas, confirmaciones, solicitudes de extracción y compilaciones relacionadas con el elemento de trabajo. Este control está disponible enTest Plans , Conjuntos de pruebasy Casos de prueba.

Control utilizado en Test Plans,conjuntos de pruebas y casos de prueba para mostrar o vincular a otros elementos de trabajo, como requisitos y errores, normalmente a través del tipo de vínculo Relacionado.

Control utilizado en los elementos de trabajo Pasos compartidos y Parámetros compartidos para indicar o vincular a casos de prueba.

Permiso

Task

Ver series de pruebas
Creación de ejecuciones de prueba
Eliminar ejecuciones de pruebas

Para ver, crear o eliminar ejecuciones de pruebas, se le debe conceder el permiso correspondiente.

Administrar configuraciones de prueba
Administrar entornos de prueba

Administrar configuraciones de prueba o entornos de prueba, se le debe conceder el permiso correspondiente.

Crear definición de etiqueta

Agregue nuevas etiquetas a los elementos de trabajo basados en pruebas.

Visualización de elementos de trabajo en este nodo
Edición de elementos de trabajo en este nodo

Ver o agregar o modificar planes de pruebas, conjuntos de pruebas, casos de prueba u otros tipos de elementos de trabajo basados en pruebas requiere el permiso correspondiente.

Administración de planes de prueba

Modifique las propiedades del plan de pruebas, como la ejecución de pruebas y la configuración de resultados de pruebas.

Administración de planes de prueba

Crear y eliminar conjuntos de pruebas; agregar y quitar casos de prueba de los conjuntos de pruebas; cambiar las configuraciones de prueba asociadas a los conjuntos de pruebas; y modifican una jerarquía de conjunto de pruebas (mover un conjunto de pruebas).

Definición

Especifica el entorno único que se usa para probar una aplicación o código. Para definir una configuración de prueba, primero debe definir las variables de configuración y, a continuación, definir la configuración de prueba. Para obtener más información, vea Probar diferentes configuraciones.

Especifica un único aspecto de un entorno de prueba, como un sistema operativo, potencia de procesamiento, explorador web u otra variación. Para obtener más información, vea Probar diferentes configuraciones.

Resultado de un punto de prueba marcado por el evaluador al ejecutar la prueba. Las opciones válidas son:

• Activo (sin especificar)
• Pasar prueba
• Prueba de error
• Prueba de bloques
• No aplicable

Para más información, consulte Repetición de una prueba con datos diferentes. Tenga en cuenta que los resultados de las pruebas de canalización difieren como se describe en Acerca de las pruebas de canalización.

Los casos de prueba por sí mismos no son ejecutables. Al agregar un caso de prueba a un conjunto de pruebas, se generan puntos de prueba. Un punto de prueba es una combinación única de casos de prueba, conjunto de pruebas, configuración y evaluador. Por ejemplo, si tiene un caso de prueba denominado Funcionalidad de inicio de sesión de prueba y agrega dos configuraciones para los exploradores Edge y Chrome, tiene dos puntos de prueba. Puede ejecutar o ejecutar cada uno de estos puntos de prueba. En la ejecución, se generan los resultados de las pruebas. A través de la vista de resultados de pruebas o el historial de ejecución, puede ver todas las ejecuciones de un punto de prueba. La ejecución más reciente para el punto de prueba es lo que se ve en la pestaña Ejecutar.

Cuadro de diálogo que se usa para asociar planes de prueba a canalizaciones de compilación o versión.

Cuadro de diálogo que se usa para elegir cómo se deben configurar los resultados de las pruebas en varios conjuntos de los mismos planes de pruebas.

Capacidad de realizar un seguimiento de los resultados de las pruebas con los requisitos y errores a los que están vinculados.

Descripción