Objetos y términos de prueba
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Lea este artículo para comprender los objetos y términos utilizados en pruebas manuales y exploratorias.
Tipos de elementos de trabajo específicos de prueba
Para admitir pruebas manuales y automatizadas, agregue y agrupe tres tipos principales de tipos de elementos de trabajo específicos de prueba: Planes de prueba, Conjuntos de pruebas y Casos de prueba. Para admitir el uso compartido de varios pasos de prueba y parámetros de prueba, defina pasos compartidos y parámetros compartidos. Estos objetos se almacenan en el almacén de datos de seguimiento de trabajo como tipos específicos de elementos de trabajo.
En la tabla siguiente se describen los tipos de elementos de trabajo que se usan para admitir la experiencia de prueba de Azure DevOps. Los elementos de trabajo específicos de prueba se vinculan juntos mediante los tipos de vínculo que se muestran en la imagen anterior.
Tipo de elemento de trabajo
Descripción
Test Plans
Se usan para agrupar conjuntos de pruebas y casos de prueba individuales. Para definir un plan de prueba, consulte Creación de planes de prueba y conjuntos de pruebas.
Conjunto de pruebas
Agrupa los casos de prueba en escenarios de prueba independientes dentro de un único plan de prueba. 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 usa 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.
Sugerencia
El campo Tipo de conjunto de pruebas de solo lectura indica el tipo de conjunto seleccionado. Para agregar conjuntos de pruebas, consulte Creación de planes de prueba y conjuntos de pruebas.
Casos de prueba
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 clientes. Puede agregar casos de prueba individuales a un plan de prueba 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 de forma eficaz los casos de prueba sin necesidad de copiarlos ni 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 el ejecutor de pruebas u otro cliente compatible.
- Automatizado: casos de prueba diseñados para ejecutarse dentro de una canalización de Azure.
Sugerencia
Puede crear un caso de prueba que se vincule automáticamente a un requisito (User Story (Agile), Product Backlog Item (Scrum), Requirement (CMMI) o Issue (Basic) (Problema [Básico]) al crear una prueba a partir del panel. Para más información, consulte Adición, ejecución y actualización de pruebas en línea.
Pasos compartidos
Use 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 Uso compartido de pasos entre casos de prueba.
Parámetros compartidos
Use 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.
Campos comunes para todos los tipos de elementos de trabajo específicos de prueba
Los siguientes campos y las pestañas aparecen en la mayoría de los elementos de trabajo. Cada pestaña se usa para realizar un seguimiento de información específica, como 
historial,
vínculos o 
datos adjuntos. Estas tres pestañas proporcionan un historial de cambios, una vista de los elementos de trabajo vinculados y la capacidad para ver y adjuntar archivos.
El único campo obligatorio para todos los tipos de elementos de trabajo es Título. Cuando se guarda el elemento de trabajo, el sistema le asigna un Id. único. El formulario resalta el campo obligatorio en amarillo. Para obtener información sobre los campos relacionados con pruebas, consulte Consulta basada en campos de integración de compilación y prueba. Para todos los demás campos, vea Índice de campo de elemento de trabajo.
Campo
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.
Nota:
Solo puede asignar trabajo a un usuario. Si necesita asignarlo a varios, agregue un elemento de trabajo para cada usuario y distinga el trabajo que se realizará por título y descripción. El campo Asignado a solo acepta cuentas de usuario que se han agregado a un proyecto o equipo.
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.
Controles comunes para todos los tipos de elementos de trabajo específicos de prueba
Varios controles aparecen en varios elementos de trabajo específicos de prueba, como se describe en la tabla siguiente. Si estos controles no son de interés, puede ocultarlos del diseño del formulario del elemento de trabajo, tal como se describe en Agregar y administrar campos (proceso de herencia).
Control
Descripción
Implementació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, ya que se implementa en diferentes entornos de versión, así como la 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.
Desarrollo
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 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.
Trabajo relacionado
Control usado en planes de prueba, 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 .
Casos de prueba
Control usado en pasos compartidos y elementos de trabajo Parámetros compartidos para indicar o vincular casos de prueba.
Personalización de tipos de elementos de trabajo específicos de prueba
Para el proceso heredado, puede personalizar planes de prueba, conjuntos de pruebas y casos de prueba. Para el proceso XML local, puede personalizar todos los tipos de elementos de trabajo específicos de prueba. Para obtener más información, consulte Personalización de los objetos de seguimiento del trabajo para admitir los procesos del equipo.
Permisos necesarios para modificar elementos de trabajo
Hay varios permisos que controlan las características de selección para ver, modificar o eliminar elementos de trabajo. Estos incluyen los enumerados en la tabla siguiente.
Nota:
El permiso Cambiar tipo de elemento de trabajo no se aplica a elementos de trabajo específicos de prueba. Incluso si elige esta característica en el formulario de elemento de trabajo, no se permite cambiar el tipo de elemento de trabajo.
Permiso
Nivel
Task
Visualización de ejecuciones de pruebas
Creación de ejecuciones de prueba
Eliminación de ejecuciones de pruebas
Nivel del proyecto
Para ver, crear o eliminar ejecuciones de pruebas, debe tener el permiso correspondiente.
Administración de configuraciones de prueba
Administración de entornos de prueba
Nivel del proyecto
Administrar configuraciones de prueba o entornos de prueba, se le debe conceder el permiso correspondiente.
Crear definición de etiqueta
Nivel del proyecto
Agregue nuevas etiquetas a los elementos de trabajo basados en pruebas.
Eliminar y restaurar elementos de trabajo
Nivel del proyecto
Elimine elementos de trabajo específicos de prueba y restáurelos desde la papelera de reciclaje.
Eliminar definitivamente elementos de trabajo
Nivel del proyecto
Elimine permanentemente elementos de trabajo específicos de pruebas del almacén de datos.
Ver los elementos de trabajo en este nodo
Editar elementos de trabajo en este nodo
Ruta de acceso del área
Ver o agregar o modificar planes de prueba, 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
Ruta de acceso del área
Modifique las propiedades del plan de prueba, como la ejecución de pruebas y la configuración del resultado de la prueba.
Administración de planes de prueba
Ruta de acceso del área
Crear y eliminar conjuntos de pruebas; agregar y quitar casos de prueba de conjuntos de pruebas; cambiar las configuraciones de prueba asociadas a conjuntos de pruebas; y modifique una jerarquía del conjunto de pruebas (mueva un conjunto de pruebas).
Para obtener más información sobre cómo establecer estos permisos, consulte Establecer permisos y acceso para pruebas y Cambiar permisos de nivel de proyecto.
Exportación, importación y actualización masiva de elementos de trabajo específicos de prueba
Al igual que con otros elementos de trabajo, puede editar de forma masiva elementos de trabajo específicos de pruebas. Vea los siguientes artículos para más información:
- Modificar elementos de trabajo de forma masiva.
- Navegar por planes de prueba, opciones de menú contextual de conjuntos de pruebas
- Modificar elementos de trabajo de forma masiva.
- ¿Puedo exportar el plan de prueba para compartir o revisar sin conexión?
Términos de prueba
En la tabla siguiente se describen varios términos usados en pruebas manuales y exploratorias.
Término
Definición
Configuració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 prueba. Para obtener más información, consulte Probar configuraciones diferentes.
Variable de configuración
Especifica un único aspecto de un entorno de prueba, como un sistema operativo, una potencia de procesamiento, un explorador web u otra variación. Para obtener más información, consulte Probar configuraciones diferentes.
Resultado
Resultado de un punto de prueba como lo marca el evaluador al ejecutar la prueba. Las opciones válidas son:
- Activo (no especificado)
- Prueba superada
- Prueba de error
- Prueba de bloqueo
- 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 según se describe en Acerca de las pruebas de canalización.
Puntos de prueba
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. 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.
Configuración de ejecución de pruebas
Cuadro de diálogo que se usa para asociar planes de prueba a canalizaciones de compilación o versión.
Configuración del resultado de la prueba
Cuadro de diálogo que se usa para elegir cómo se deben configurar los resultados de las pruebas en varios conjuntos en los mismos planes de prueba.
Rastreabilidad
Capacidad de realizar un seguimiento de los resultados de las pruebas con los requisitos y errores a los que están vinculados.