Pruebas ágiles - Kanban
Las actividades de pruebas ágiles se pueden gestionar de forma eficaz utilizando conceptos Kanban. Lo siguiente asegura que las pruebas se completen a tiempo dentro de una iteración / sprint y, por lo tanto, se centran en la entrega de un producto de calidad.
Las historias de usuario que se pueden probar y dimensionar de manera efectiva dan como resultado el desarrollo y las pruebas dentro de los límites de tiempo especificados.
El límite de WIP (Work-In-Progress) permite concentrarse en un número limitado de historias de usuarios a la vez.
El tablero Kanban que representa el flujo de trabajo visualmente ayuda a rastrear las actividades de prueba y los cuellos de botella, si los hay.
El concepto de colaboración en equipo Kanban permite la resolución de cuellos de botella a medida que se identifican, sin tiempo de espera.
La preparación de casos de prueba por adelantado, el mantenimiento del conjunto de pruebas a medida que avanza el desarrollo y la obtención de comentarios del cliente ayudan a eliminar los defectos dentro de la iteración / sprint.
Se dice que la Definición de Terminado (DoD) está Terminado-Terminado en el sentido de que una Historia alcanza un estado de finalización solo después de que la prueba también se completa.
Actividades de prueba en el desarrollo de productos
En el desarrollo de productos, los lanzamientos se pueden rastrear con el tablero Kanban de funciones. Las funciones para una versión en particular se asignan al tablero Feature Kanban que rastrea visualmente el estado de desarrollo de la función.
Las características de una versión se dividen en historias y se desarrollan dentro de la versión utilizando un enfoque ágil.
Las siguientes actividades de pruebas ágiles garantizan una entrega de calidad en cada versión y también al final de todas las versiones:
Los probadores participan en la creación de historias de usuario y, por lo tanto, se aseguran:
Todos los posibles Comportamientos del Sistema se capturan mediante Historias de Usuario y los Requisitos No Funcionales que forman parte de las Historias de Usuario.
Las historias de usuario se pueden probar.
El tamaño de las historias de usuario permite que el desarrollo y las pruebas se completen (DoneDone) dentro de la iteración.
Tablero Kanban de Tarea Visual -
Muestra el estado y el progreso de las tareas.
Los cuellos de botella se identifican inmediatamente a medida que ocurren
Facilita la medición del tiempo de ciclo que luego se puede optimizar
La colaboración en equipo ayuda a:
Responsabilidad de todo el equipo por el producto de calidad
Resolución de cuellos de botella a medida que ocurren, ahorrando tiempo de espera
Contribución de cada experiencia en todas las actividades
Integración continua que se centra en las pruebas de integración continua
Automatización de pruebas para ahorrar tiempo y esfuerzo en las pruebas
Prevención de defectos con casos de prueba escritos anteriormente para Desarrollo y asesorar a los Desarrolladores sobre lo que anticipan los diferentes comportamientos del Sistema:
Límite de WIP para centrarse en un número limitado de historias de usuario a la vez
Pruebas continuas a medida que avanza el desarrollo, para garantizar la corrección de defectos dentro de la iteración:
Asegure la cobertura de la prueba
Mantenga bajo el recuento de defectos abiertos
Exploración de historias
Story Exploration es la comunicación dentro de un equipo ágil para explorar la comprensión de la historia cuando el propietario del producto pasa una historia para su aceptación para el desarrollo.
Al propietario del producto se le ocurre la historia basándose en la funcionalidad esperada por el sistema. Los desarrolladores exploran más cada historia antes de marcarla como lista para su aceptación. Los evaluadores también participan en la comunicación desde la perspectiva de la prueba para que sea lo más comprobable posible.
La finalización de la historia se basa en una comunicación constante y continua entre el propietario del producto, los desarrolladores y los probadores.
Estimacion
La estimación ocurre en la planificación de versiones y en cada planificación de iteraciones.
En Release Planning, los probadores proporcionan:
- Información sobre qué actividades de prueba se requieren
- Estimación del esfuerzo para el mismo
En la planificación de iteraciones, los evaluadores contribuyen a decidir qué y cuántas historias se pueden incluir en una iteración. La decisión depende del esfuerzo de prueba y la estimación del programa de prueba. La estimación de la historia también refleja la estimación de la prueba.
En Kanban, Done-Done solo se logra cuando se desarrolla y se prueba una historia y se marca como completa sin defectos.
Por lo tanto, la estimación de prueba juega un papel importante en la estimación de historias.
Planificación de la historia
La planificación de la historia comienza después de que una historia ha sido estimada y asignada a la iteración actual.
Story Planning incluye las siguientes tareas de prueba:
- Preparar datos de prueba
- Ampliar las pruebas de aceptación
- Ejecutar pruebas manuales
- Realizar sesiones de pruebas exploratorias
- Automatice las pruebas de integración continua
Además de estas tareas de prueba, es posible que se requieran otras tareas, como:
- Pruebas de rendimiento
- Pruebas de regresión
- Actualizaciones de las pruebas de integración continua relacionadas
Progresión de la historia
Story Progression descubre pruebas adicionales que se requieren como resultado de la comunicación continua entre los desarrolladores y probadores. En situaciones en las que los desarrolladores necesitan más claridad sobre la implementación, los evaluadores realizan pruebas exploratorias.
La prueba continua se realiza durante la progresión de la historia e incluye la prueba de integración continua. Todo el equipo participa en las actividades de prueba.
Aceptación de la historia
La aceptación de la historia ocurre cuando la historia alcanza el estado Hecho-Hecho. es decir, la historia se desarrolla y se prueba y se señala como completa.
Se dice que las pruebas de historia se completan cuando todas las pruebas relevantes para la historia pasan o se cumple el nivel de automatización de pruebas.