BABOK Strategy Analysis: How Business Analysts Define the Right Problem Before Solving It
A deep dive into BABOK strategy analysis. Covers current state...
Documentación de los planes de prueba de Azure DevOps
Crear documentos para sus planes de pruebas de Azure DevOps como analista de negocios o jefe de pruebas puede ser una tarea abrumadora.
Lo mismo ocurre con los requisitos que se encuentran dentro de su proyecto de Azure DevOps, pero Azure Test Plans plantea un reto único.
En este artículo se ofrece una breve descripción general del módulo Azure DevOps Test Plans, cómo funciona y cómo se pueden documentar fácilmente los resultados de las pruebas. También aprenderá sobre la arquitectura de Azure DevOps.
Para obtener una visión general rápida, puedepasar directamente al vídeo.
¿Qué es Azure DevOps Test Plans?
Azure Test Plans es un módulo de gestión de pruebas dentro de Azure DevOps que permite a los usuarios gestionar planes de pruebas, conjuntos de pruebas y casos de prueba para todos los participantes en el proceso de desarrollo de software. Mediante los planes de pruebas, Azure Test Plans también proporciona una extensión del navegador para realizar pruebas exploratorias y recopilar comentarios de las partes interesadas.
Azure DevOps (ADO) es un lugar ideal para que su equipo de control de calidad elabore sus planes de pruebas para un proyecto determinado. Al incorporar a su equipo de pruebas a la plataforma Azure DevOps, podrá utilizar eficazmente su proyecto ADO como única fuente de información veraz.
Puede hacer que sus desarrolladores utilicen los repositorios y vinculen el trabajo de desarrollo a los requisitos, puede hacer que sus equipos de análisis empresarial elaboren requisitos y adjunten casos de prueba, y puede hacer que su equipo de control de calidad utilice esos casos de prueba y los requisitos elaborados por el equipo de análisis empresarial para ejecutar todas sus pruebas.
Ahora Azure DevOps Test Plans se puede utilizar tanto para pruebas automatizadas como manuales. Sin embargo, este artículo solo se centra en las pruebas manuales en planes de prueba ADO.
Test Plans es un lugar increíble para que tu equipo realice sus pruebas manuales por muchas razones:
Comentarios de las partes interesadas
La mayor ventaja de los planes de pruebas es que permiten a su equipo de pruebas trabajar con sus equipos de análisis empresarial y desarrollo en el mismo entorno. De este modo, se crea una única fuente de información veraz para todos los que trabajan en un proyecto.
Al implementar sus operaciones de pruebas manuales desde aquí, puede interactuar directamente con los casos de prueba que ya se han creado dentro de su proyecto de Azure DevOps. De este modo, las contribuciones de su equipo de análisis empresarial al crear casos de prueba se incorporarán fácilmente a su flujo de trabajo de pruebas. Esta capacidad supone una gran ventaja para los equipos que cuentan con analistas empresariales capaces de crear casos de prueba para el equipo de control de calidad. Si usted es un analista empresarial que realiza esta tarea, verá cómo funciona más adelante en este artículo.
Funciones robustas de pruebas manuales
Test Plans también ofrece algunas funciones de pruebas manuales increíblemente útiles para ayudar a sus evaluadores a proporcionar información significativa sobre el resultado o los resultados de sus pruebas, más allá de simplemente marcar un paso específico de la prueba como aprobado o fallido. También proporciona una ventana interactiva para marcar el resultado de los pasos individuales de la prueba, capturar capturas de pantalla/grabaciones en directo y proporcionar comentarios directamente relacionados con la ejecución de ese caso de prueba.
Por lo tanto, al revisar cualquier ejecución de prueba que haya completado, podrá identificar lo que experimentó su evaluador cuando marcó un paso de prueba individual como bloqueado o fallido. Este nivel de información significa que incluso un equipo de pruebas manuales externo puede contribuir de forma reflexiva y permitir a los equipos identificar e interpretar fácilmente los resultados fallidos.
Fácil extensibilidad
Conlas herramientas adecuadaspara la gestión de casos de prueba, puede generar informes inteligentes y matrices de trazabilidad horizontal con los detalles de los planes de prueba, conjuntos de pruebas, casos de prueba, ejecuciones de pruebas, ejecuciones de casos de prueba y ejecuciones de pasos de casos de prueba.
Herramientas como esta pueden cambiar la funcionalidad de los planes de prueba para reflejar cómo las empresas gestionan los casos de prueba mediante enlaces virtuales.
¿Cómo funcionan los planes de prueba?
Cada mes, Google recibe miles de búsquedas preguntando cómo funciona la prueba ADO. Una de las razones puede ser que la mayoría de los equipos utilizan soluciones propias internas creadas para realizar pruebas que son independientes de los planes de prueba ADO.
Antes de aprender cómo funciona ADO Test Plans, conviene conocer la terminología relevante. Azure Test Plans le ofrece tres tipos principales de artefactos de gestión de pruebas:
- Plan de pruebas: es un contenedor compuesto por configuraciones, conjuntos de pruebas y casos de prueba que se pueden dividir en pasos de prueba compartidos y utilizar parámetros. Se pueden agrupar conjuntos de pruebas y casos de prueba individuales. Los planes de pruebas incluyen conjuntos de pruebas estáticos, conjuntos basados en requisitos y conjuntos basados en consultas.
- Conjunto de pruebas: Es un grupo de casos de prueba que investigan distintos escenarios en el marco de un plan de pruebas global. Agrupar los casos facilita ver qué escenarios están completos.
- Caso de prueba: esun paso o una serie de pasos para validar partes individuales de su código o implementación de la aplicación. Mediante un caso de prueba, puede comprobar si su código funciona correctamente y satisface las necesidades empresariales y de los clientes. Puede crear casos de prueba en un plan de pruebas sin necesidad de crear un conjunto de pruebas.
A veces, la terminología puede resultar confusa, ya que muchos equipos utilizan el término «plan de pruebas» cuando en realidad se refieren a «conjunto de pruebas».
Si tu equipo crea un conjunto de pruebas, deberá elegir entre tres tipos diferentes de conjuntos de pruebas, como se muestra a continuación:
Plan de prueba 1:
Los planes de prueba contienen conjuntos de pruebas.
Los conjuntos de pruebas pueden ser de tres tipos. Lee cada uno de los siguientes conjuntos para ver los tres tipos diferentes.
- Conjunto de pruebas 1
- Conjunto de pruebas 2
- Conjunto de pruebas 3
Conjunto de pruebas 1: basado en requisitos
Los conjuntos de pruebas basados en requisitos son los más sencillos y los que ofrecen mayor trazabilidad. Recogen todos los casos de prueba correspondientes a un requisito determinado.
- Caso de prueba 1
- Caso de prueba 2
Conjunto de pruebas 2: basado en consultas
Los conjuntos de pruebas basados en consultas recogen un grupo de pruebas de tu proyecto, independientemente de los requisitos a los que estén vinculados los casos de prueba.
- Caso de prueba 3
- Caso de prueba 4
Conjunto de pruebas 3: basado en pruebas estáticas
Los conjuntos de pruebas basados en estáticos se utilizan como contenedores para agrupar otros conjuntos de pruebas o para agrupar un conjunto específico de casos de prueba.
- Caso de prueba 5
- Caso de prueba 6
- Conjunto de pruebas 1
- Conjunto de pruebas 2
Dependiendo del conjunto de pruebas que cree, la creación de un conjunto de pruebas le permite incorporar todos los casos de prueba que desee evaluar.
Una vez que haya creado su conjunto de pruebas con sus respectivos casos de prueba, podrá ejecutar el conjunto completo, lo que se conoce como ejecución de prueba.
Antes de comenzar la ejecución de la prueba, debe elegir entre tres tipos diferentes de conjuntos de pruebas para ejecutar: basados en requisitos, basados en consultas y estáticos.
¿Cómo elijo un tipo de conjunto de pruebas?
Antes de iniciar la ejecución de la prueba, debe elegir entre tres tipos diferentes de conjuntos de pruebas para ejecutar: basados en requisitos, basados en consultas y estáticos. Recuerde: los conjuntos de pruebas (de cualquier tipo) solo pueden incluir casos de prueba.
1) Conjunto de pruebas basado en requisitos
Un conjunto de pruebas basado en requisitos es aquel en el que se asocian los casos de prueba a un requisito para definir sus criterios de aceptación.
Al crear un conjunto de pruebas basado en requisitos, se incluirán todos los casos de prueba para ese requisito. Al crear un conjunto, se importan automáticamente todos los casos de prueba asociados. En su lugar, solo tendrá que seleccionar el requisito.
A continuación, puede ejecutar todas las pruebas para ese requisito concreto y ver los resultados de cada ejecución de prueba para concluir si el producto que está desarrollando cumple plenamente con ese requisito.
Como al crear una suite se importan automáticamente todas las pruebas asociadas, tu equipo de control de calidad no tiene que volver a rellenar todos los requisitos. Si tus analistas de negocios y desarrolladores añadieron los casos de prueba para un requisito cuando lo crearon, los controladores de calidad pueden usarlos. Esta es la ventaja de un modelo de fuente única de verdad. Tus equipos pueden beneficiarse del trabajo de los demás.
Incluso si tu jefe de pruebas decide crear más casos de prueba para ese conjunto basado en requisitos, los casos de prueba que cree se vincularán automáticamente al propio requisito. Así que, independientemente de si son los analistas de negocios, los desarrolladores o los jefes de pruebas quienes añaden los casos de prueba, todos los equipos pueden contribuir al mismo grupo de elementos de trabajo.
Si utiliza conjuntos de pruebas basados en requisitos, su equipo puede crearmatrices de trazabilidad que le muestren cómo se alinean sus casos de prueba con sus requisitos y si un caso de prueba ha superado o fallado para un requisito determinado.
Con soluciones más avanzadas, incluso puedes exportar y compartirinformes explicativosde tus pruebas.
2) Conjunto de pruebas basado en consultas
: cuando realizas una consulta de elementos de trabajo y seleccionas los casos de prueba que deseas incluir en tu conjunto, creas un conjunto basado en consultas. Azure DevOps añade automáticamente al conjunto todos los casos de prueba que cumplen estos criterios.
¿Cuándo se utiliza un conjunto de pruebas basadas en consultas?
En algunos casos, los equipos ejecutan pruebas en todos los casos de prueba que se encuentran actualmente en cada iteración, o ejecutan pruebas en todo lo que tiene una etiqueta determinada, o en algún otro criterio. Estas condiciones no están necesariamente vinculadas directamente a un requisito determinado y solo se pueden satisfacer mediante una consulta específica.
A diferencia de las suites basadas en requisitos, que recopilan todas las pruebas asociadas a un requisito, las suites basadas en consultas ofrecen a los equipos la posibilidad de crear una suite de pruebas utilizando cualquier criterio disponible.
Si está creando este tipo de conjunto de pruebas, se le preguntará cómo desea incorporar los casos de prueba y se le permitirá crear una consulta ad hoc para hacerlo. Le permite incorporar los casos de prueba que coincidan con criterios específicos. Es importante tener en cuenta que esto no utiliza las consultas que su equipode análisis empresarialcrearía en Azure DevOps. Sin embargo, la interfaz para crear esta consulta ad hoc es casi idéntica.
3) Conjunto de pruebas estáticas
Las suites estáticas son contenedores lógicos en los que se pueden añadir las pruebas que se desee. No están vinculadas a ningún requisito ni consulta.
Son útiles cuando es posible que necesites crear varios niveles de conjuntos de pruebas anidados. O tal vez necesites un lugar para crear y experimentar con pruebas ad hoc.
Cómo elaborar un plan de pruebas
Los planes de pruebas ayudan a tu equipo a estructurar la forma en que se ejecutan las pruebas para que tu proyecto cumpla con los estándares de calidad. Crearás planes de pruebas y conjuntos de pruebas para todos los requisitos de cada iteración a continuación.
Los pasos son los siguientes:
Paso 1:
Para crear un plan de pruebas denominado «Plan de pruebas de iteración dada», vaya a la pestaña Plan de pruebas en el panel izquierdo de la interfaz de Azure DevOps. Seleccione «+ Nuevo plan de pruebas».
Nombra este plan de pruebas «Plan de pruebas para la iteración 1».
Seleccione si desea que este plan de prueba específico sea para una ruta de área o iteración determinada. De lo contrario, puede dejar este campo en blanco (en estas imágenes de ejemplo, esos dos campos se dejan en blanco como opciones predeterminadas).
Una vez creados los planes de prueba, es el momento de crear un conjunto.
Paso 2: Añadir conjuntos de pruebas
Dado que el objetivo es comprobar que se prueban todos los requisitos de una iteración determinada de un producto, se añadirán conjuntos basados en requisitos.
Al crear un conjunto basado en requisitos, se incorporarán los casos de prueba que ya existen para los requisitos dados. De lo contrario, será necesario añadir nuevos casos de prueba a un requisito antes de añadirlo a un conjunto de pruebas basado en requisitos.
No queremos introducir requisitos, queremos introducir los casos de prueba asociados a los requisitos. Este punto es solo un recordatorio de que, incluso cuando se crea un conjunto basado en requisitos, se está creando un grupo de casos de prueba, no requisitos.
Por lo tanto, creemos conjuntos de pruebas (grupos de casos de prueba) para cada uno de los requisitos de la iteración 1.
Paso 3: Ejecutar consulta
Arriba puede ver la consulta que necesitaría crear para extraer los requisitos de la iteración 1. A continuación, solo tiene que hacer clic en «Ejecutar consulta», como se muestra arriba.
Cuando ejecute la consulta y vea los elementos de trabajo de la iteración 1, seleccione algunos.
Dado que cada elemento de trabajo anterior es un requisito funcional y usted ha optado por crear conjuntos basados en requisitos, creará cuatro conjuntos de pruebas, uno para cada requisito.
Veamos el resultado de hacer clic en el botón azul «Crear suites» situado arriba.
En la imagen anterior, se puede ver que las suites de pruebas para los elementos de trabajo 306 y 307 tienen números entre paréntesis junto a ellas. Estos números representan el número de casos de prueba que contienen, uno y tres respectivamente.
Ejecutar su primer plan de pruebas
Ahora que dispone de un conjunto de pruebas para todos los requisitos necesarios, puede ejecutar las pruebas o añadir casos de prueba para completar los conjuntos de pruebas para esos requisitos.
La acción de «ejecutar los casos de prueba» en un conjunto de pruebas para ver si pasan o fallan se conoce como ejecución de prueba. Una ejecución de prueba es el resultado de ejecutar uno o varios casos de prueba.
Hagamos una prueba de funcionamiento de uno de nuestros conjuntos de pruebas.
Haga clic con el botón derecho del ratón en los casos de prueba dentro del elemento de trabajo 307 y haga clic en «Ejecutar para la aplicación web». Con laextensión del navegador Chrome, puede ejecutar estas pruebas dentro del propio Chrome.
Azure abrirá una nueva ventana para la ejecución de prueba (véase más abajo).
Si arrastra esta ventana junto a la ventana que contiene la aplicación web que está probando actualmente, podrá ver los pasos de prueba individuales y aprobarlos o rechazarlos a medida que los prueba. Si la aplicación o función falla en uno de los pasos de prueba, puede añadir sus comentarios sobre el motivo del fallo.
Incluso puede grabar la pantalla o hacer capturas de pantalla para ilustrar mejor el fallo. Esta información se adjunta ahora a la ejecución de la prueba.
Al probar y comentar cómo funciona la aplicación o el producto que estás probando, permites que tu equipo aporte contribuciones significativas para solucionar los problemas que has detectado.
Una vez que haya completado un caso de prueba (ya sea que haya aprobado o fallado), estará listo para pasar al siguiente caso de prueba en su ejecución de prueba. Para ello, haga clic en «Siguiente», como se muestra a continuación.
Cuando complete su conjunto de pruebas, puede guardar y cerrar la ejecución de la prueba. Podrá ver los resultados en la pestaña «Ejecuciones» de los planes de prueba de Azure DevOps.
Comprensión de los resultados del plan de pruebas
Supongamos que ha ejecutado el siguiente plan de pruebas (conjunto de pruebas basado en requisitos 307) de nuestro ejemplo anterior con los siguientes resultados:
Puede optar por utilizar esta misma pantalla para identificar qué ha superado y qué ha fallado, pero si desea ver las contribuciones de sus evaluadores, puede utilizar la vista Ejecuciones en Planes de prueba (véase la parte izquierda de la imagen anterior).
Aquí puedes ver la ejecución de prueba que «Requiere investigación».
Al hacer clic en la ejecución de prueba, aparecerá en «Ejecuciones de prueba recientes» y verás la siguiente página de ejecución de prueba con tres pestañas. Esas pestañas son «Resumen de la ejecución», «Resultados de la prueba» y «Filtro», y puedes verlas a continuación.
En Pruebas realizadas encontrarás las capturas de pantalla, grabaciones, vídeos y/o comentarios añadidos por tus evaluadores. No están disponibles en la pestaña «Resumen de la prueba».
Para ver las contribuciones de tus evaluadores, ve a la pestaña «Resultados de la prueba», como se muestra a continuación.
Seleccione su caso de prueba fallido para acceder a la información recopilada por un probador determinado durante la ejecución de la prueba para ese caso de prueba.
Para utilizar los comentarios proporcionados por los evaluadores, puede crear errores accediendo a la pantalla anterior, que muestra un caso de prueba fallido y le permite «Crear un error». Al hacerlo, podrá crear un error que tenga una relación denominada «Resultado de la prueba» (que se muestra a continuación) que se vincula directamente con el caso de prueba fallido de la ejecución de la prueba.
Documentación de su plan de pruebas
La mayoría de las grandes empresas que realizan trabajos de gran intensidad técnica también necesitan documentar el trabajo que realizan sus empleados.
Puede encontrar mucha información detallada sobre un fallo concreto de una suite de pruebas individual o del plan de pruebas en el propio proyecto de Azure DevOps. Azure DevOps le ayudará a crear un documento para su plan de pruebas que incluirá todos los vínculos a los lugares necesarios (como la ejecución de pruebas que muestra los detalles de un fallo) dentro de su proyecto.
A continuación se muestra cómoexportarlos resultados de un conjunto de pruebas determinado en formato de documento.
Al exportar este documento, puede seleccionar «Imprimir» para crear un PDF similar al de la siguiente captura de pantalla:
Los enlaces que se muestran arriba le ayudan a acceder a todos los detalles de un resultado determinado.
Por ejemplo, el caso de prueba 1578 (que se encuentra cerca de la parte inferior de la captura de pantalla anterior) tiene el valor «Último resultado de la prueba» como «Fallido» con un enlace. Este enlace le llevará a la página Ejecuciones de pruebas, donde podrá ver las contribuciones de sus probadores.
Pero esta documentación no es suficiente. A muchos usuarios les gusta crear una versión común del documento del plan de pruebas que contenga todo el contexto relacionado con dicho plan. Si necesita crear un documento que describa el alcance, los riesgos, el propósito, la estrategia, etc., es posible que le interese utilizar Microsoft Word.
La documentación no es precisamente uno de los puntos fuertes de Azure DevOps. Sin embargo, con una solución comoSmartDocs, puede convertir elementos de trabajo, casos de prueba, conjuntos de pruebas, planes de prueba y mucha información relacionada en documentación legible y compartible.
El siguiente vídeo te mostrará cómo hacerlo.
Creación de documentos de prueba desde Azure DevOps
En este vídeo explicamos cómo puede crear la documentación relacionada con sus planes de prueba desde su proyecto de Azure DevOps utilizando el módulo Modern Requirements4DevOps Smart Docs.
Índice
Artículos recientes
How to Write Better Requirements: A Practical Guide That Actually Works
Learn how to write clear, testable requirements that prevent project...
EU MDR (2017/745) Compliance Automation for Technical Documentation & Traceability
Automate EU MDR technical documentation and GSPR traceability for medical...
