Compartir vía


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.

tipos de elemento de trabajo de administración de pruebas

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:

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.