Objetos y términos de prueba

Descripción

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

Agrupa los casos de prueba en escenarios de prueba independientes dentro de un único plan de pruebas. Agrupar los casos de prueba facilita la visualización de los escenarios que se han completado. 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, se vinculan al conjunto de pruebas.
• Conjuntos basados en consultas: Seleccione uno o varios casos de prueba que se vinculan al conjunto de pruebas.

Defina los pasos usados para probar un código o una aplicación para su implementación. Defina casos de prueba para asegurarse de que el código funciona correctamente, no tiene errores y cumple los requisitos empresariales y del cliente. Puede agregar casos de prueba individuales a un plan de pruebas sin crear un conjunto de pruebas. Más de un conjunto o un plan de pruebas pueden hacer referencia a un caso de prueba. Puede reutilizar de forma eficaz los casos de prueba sin necesidad de copiarlos ni clonarlos para cada conjunto o plan. Existen 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 su ejecución dentro de una canalización de Azure.

Utilícelo para compartir pasos entre varios casos de prueba. Por ejemplo, iniciar sesión y comprobar los pasos 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.

Se usan para especificar distintos parámetros para ejecutar una prueba en un caso de prueba. Para obtener información sobre cómo hacerlo, consulte Repetir 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, el menú desplegable muestra solo los miembros del equipo o los 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, debe actualizarlo para reflejar el estado actual.

Utilice la configuración predeterminada primero. Actualícelo cuando cambie el estado si fuera 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, vea Definición de rutas de acceso de área y asignación a un equipo.

Elija el sprint o la iteración en la que debe completarse el trabajo o déjelo en blanco y asígnelo más tarde, 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 suficientes detalles para crear una comprensión compartida del ámbito y apoyar los esfuerzos de estimación. Céntrese en el usuario, en 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 y una navegación rápida a cada fase de lanzamiento y ejecución. Este control está disponible en planes de prueba, conjuntos de pruebas y 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 también admite la rastreabilidad, lo que proporciona visibilidad sobre todas las ramas, confirmaciones, solicitudes de incorporación de cambios y compilaciones relacionadas con el elemento de trabajo. Este control está disponible en planes de prueba, conjuntos de pruebas y casos de prueba.

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

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

Permiso

Tarea

Ver ejecuciones de prueba
Crear ejecuciones de prueba
Eliminar ejecuciones de pruebas

Para ver, crear o eliminar ejecuciones de pruebas, debe tener el permiso correspondiente.

Administrar configuraciones de prueba
Administrar entornos de prueba

Para administrar configuraciones de prueba o entornos de prueba, se debe tener el permiso correspondiente.

Crear definición de etiqueta

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

Eliminar y restaurar elementos de trabajo

Elimine elementos de trabajo específicos de la prueba y los restaure desde la papelera de reciclaje.

Eliminar definitivamente elementos de trabajo

Eliminar permanentemente elementos de trabajo específicos de pruebas del almacén de datos.

Ver elementos de trabajo en este nodo
Editar elementos de trabajo en este nodo

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

Administrar planes de pruebas

Modificar las propiedades del plan de pruebas, como la ejecución de pruebas y la configuración del resultado de las mismas.

Administrar planes de pruebas

Crear y eliminar conjuntos de pruebas; agregar y quitar casos de prueba de conjuntos de pruebas; cambiar las configuraciones de las pruebas asociadas a conjuntos de pruebas; y modificar la jerarquía de un 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 defina las variables de configuración y, a continuación, defina la configuración de la prueba. Para obtener más información, consulte Prueba de configuraciones diferentes.

Especifica un único aspecto de un entorno de prueba, como un sistema operativo, la capacidad de procesamiento, un navegador web u otra variación. Para obtener más información, consulte Prueba de configuraciones diferentes.

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

• Activa (no especificado)
• Prueba superada
• Prueba no superada
• Prueba bloqueada
• No aplicable

Para más información, vea Repetición de una prueba con otros datos. Tenga en cuenta que los resultados de las pruebas de canalización difieren tal 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 llamado Probar funcionalidad de inicio de sesión y agrega dos configuraciones para los navegadores Edge y Chrome, tiene dos puntos de prueba. Puedes 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 la prueba o el historial de ejecución, puedes ver todas las ejecuciones de un punto de prueba. La ejecución más reciente del punto de prueba es lo que ves en la pestaña Ejecutar.

Diálogo utilizado para asociar planes de prueba con un pipeline de construcción o lanzamiento.

Cuadro de diálogo que se usa para elegir cómo se deben configurar los resultados de las pruebas en varios conjuntos dentro 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.