Tutorial de metodología de pruebas Scrum

Scrum en pruebas de software

Scrum en pruebas de software es una metodología para crear aplicaciones de software complejas. Proporciona soluciones sencillas para ejecutar tareas complicadas. Scrum ayuda al equipo de desarrollo a centrarse en todos los aspectos del desarrollo del producto de software, como la calidad, el rendimiento, la facilidad de uso, etc. Proporciona transparencia, inspección y adaptación durante el desarrollo del software para evitar la complejidad.

Pruebas Scrum

Pruebas Scrum Es una prueba que se realiza con la metodología Scrum para verificar que se cumplan los requisitos de la aplicación de software. Implica comprobar parámetros no funcionales como seguridad, usabilidad, rendimiento, etc. No hay un rol activo del evaluador en el proceso, por lo que generalmente lo realizan los desarrolladores con pruebas unitarias. A veces se necesitan equipos de prueba dedicados según la naturaleza y la complejidad del proyecto.

Características clave de la metodología Scrum

Las siguientes son las características clave de Scrum:

• Scrum tiene un cronograma fijo corto de ciclos de lanzamiento con alcance ajustable conocido como sprints para abordar necesidades de desarrollo que cambian rápidamente. Cada versión podría tener múltiples sprints. Cada proyecto Scrum podría tener múltiples ciclos de lanzamiento.
• una secuencia repetitiva de reuniones, eventos e hitos
• Una práctica de probar e implementar nuevos requisitos, conocida como Historias, para asegurarse de que algún trabajo se publique listo después de cada sprint

Scrum se basa en los siguientes 3 pilares:

Veamos uno por uno

1. Roles en Scrum

Hay tres roles principales en Scrum Testing: propietario del producto, Scrum Master y equipo de desarrollo. Estudiémoslos en detalle

Dueño del Producto	Scrum Master	Nuestro Equipo
Define las características del producto.	Él / ella gestiona el equipo y vela por la productividad del equipo.	El equipo suele estar formado por entre 5 y 9 miembros.
El propietario del producto decide la fecha de lanzamiento y las características correspondientes.	Mantiene la lista de bloqueo y elimina barreras en el desarrollo.	Incluye desarrolladores, diseñadores y, a veces, probadores, etc.
Priorizan las características según el valor de mercado y rentabilidad del producto.	Él / Ella coordina con todos los roles y funciones.	El equipo organiza y programa su trabajo por su cuenta.
Es responsable de la rentabilidad del producto.	Él/Ella protege al equipo de interferencias externas.	Tiene derecho a hacer todo lo posible dentro de los límites del proyecto para alcanzar el objetivo del sprint.
Él / ella puede aceptar o rechazar el resultado del elemento de trabajo	Invitaciones a las reuniones diarias de scrum, revisión de sprint y planificación.	Participar activamente en las ceremonias diarias.

2. Artefactos de Scrum

Un proceso scrum incluye

• Historias de usuarios: Son una breve explicación de las funcionalidades del sistema bajo prueba. Un ejemplo de proveedor de seguros es: "La prima se puede pagar mediante el sistema en línea".
• Pila de Producto: Es una colección de historias de usuarios capturadas para un producto scrum. El propietario del producto prepara y mantiene la cartera de productos. El propietario del producto le da prioridad y cualquiera puede agregarle cosas con la aprobación del propietario del producto.
• Pendientes de lanzamiento: Un lanzamiento es un período de tiempo en el que se completa el número de iteraciones. El propietario del producto coordina con el scrum master para decidir qué historias deben publicarse. Las historias del trabajo pendiente de lanzamiento están diseñadas para completarse en un lanzamiento.
• Sprints: Es un período de tiempo establecido para completar las historias de los usuarios, decidido por el propietario del producto y el equipo de desarrolladores, generalmente de 2 a 4 semanas.
• Sprint Reserva: Es un conjunto de historias de usuario que se deben completar en un sprint. Durante el backlog del sprint, nunca se asigna trabajo y el equipo se inscribe para trabajar por su cuenta. Es propiedad del equipo y está a cargo de él, mientras que el trabajo restante estimado se actualiza a diario. Es la lista de tareas que se deben realizar en Sprint
• Lista de bloqueos: Es una lista de bloqueos y decisiones no tomadas propiedad del scrum master y actualizada diariamente.
• Cuadro de incendio: El gráfico de avance representa el progreso general del trabajo en curso y el trabajo completado durante todo el proceso. Representa en formato gráfico las historias y reportajes no completados.

3. Ceremonias (Procesos) en Scrum

• Sprint Planificación: Un sprint comienza con el equipo importando historias del backlog de lanzamiento al backlog de sprint; está organizado por el Scrum Master. Los Testers estiman el esfuerzo para probar las distintas historias en el backlog de sprint. Sprint Atrasos
• Scrum diario: El Scrum Master lo organiza y dura unos 15 minutos. Durante el Daily Scrum, los miembros discutirán el trabajo realizado el día anterior, el trabajo planificado para el día siguiente y los problemas que se enfrentaron durante un sprint. Durante la reunión diaria, se hace un seguimiento del progreso del equipo.
• Sprint RevVista/Retrospectiva: También lo organiza el Scrum Master, dura aproximadamente de 2 a 4 horas y se analiza lo que el equipo ha logrado en el último sprint y las lecciones aprendidas.

Papel del probador en Scrum

No existe un rol activo de Tester en Scrum Proceso. Por lo general, las pruebas las realiza un desarrollador con Unit Test. Si bien el propietario del producto también suele participar en el proceso de prueba durante cada sprint. Algunos proyectos Scrum tienen equipos de prueba dedicados según la naturaleza y complejidad del proyecto..

La siguiente pregunta es: ¿qué hace el tester en un Scrum? La siguiente nota responderá

Actividades de prueba en Scrum

Los probadores realizan las siguientes actividades durante las distintas etapas de Scrum:

Sprint Planificación

• En la planificación del sprint, un evaluador debe seleccionar una historia de usuario del backlog del producto que se debe probar.
• Como probador, debe decidir cuántas horas (estimación del esfuerzo) debe llevar. para terminar pruebas para cada una de las historias de usuario seleccionadas.
• Como tester, debe saber cuáles son los objetivos del sprint.
• Como tester, contribuye al proceso de priorización.

Sprint

• Apoyar a los desarrolladores en las pruebas unitarias.
• Pruebe la historia de usuario cuando esté completa. Se realiza la ejecución de la prueba. en un laboratorio donde tanto el evaluador como el desarrollador trabajan mano a mano. El defecto está registrado Herramienta de gestión de defectos los cuales son rastreados diariamente. Los defectos se pueden conferir y analizar durante la reunión de scrum. Los defectos se vuelven a probar tan pronto como sea posible. resuelto y se implementó para realizar pruebas
• Como evaluador, asiste a todas las reuniones diarias para hablar.
• Como probador, puede traer cualquier elemento del backlog que no se pueda completar en el sprint actual y ponerlo en el siguiente sprint.
• Tester es responsable de desarrollar scripts de automatización. Programa pruebas de automatización con Sistema de integración continua (CI). La automatización cobra importancia debido a los cortos plazos de entrega. La automatización de pruebas se puede lograr utilizando varias herramientas de pago o de código abierto disponibles en el mercado. Esto resulta eficaz para garantizar que se cubra todo lo que debe probarse. Se puede lograr una cobertura de prueba suficiente con una comunicación estrecha con el equipo.
• RevVer los resultados de la automatización de CI y enviar informes a las partes interesadas.
• Ejecutar pruebas no funcionales para historias de usuarios aprobadas
• Coordinar con el cliente y el propietario del producto para definir los criterios de aceptación para las pruebas de aceptación.
• Al final del sprint, el evaluador también realiza pruebas de aceptación (UAT) en algunos casos y confirma la integridad de las pruebas para el sprint actual.

Sprint Retrospectivo

• Como probador, descubrirá qué salió mal y qué salió bien en el sprint actual.
• Como evaluador, identifica lecciones aprendidas y mejores prácticas.

Informe de prueba

Los informes de métricas de Scrum Test brindan transparencia y visibilidad a las partes interesadas sobre el proyecto. Las métricas que se informan permiten a un equipo analizar su progreso y planificar su estrategia futura para mejorar el producto. Hay dos métricas que se utilizan con frecuencia para informar.

Cuadro de incendio: Cada día, el Scrum Master registra el trabajo restante estimado para el sprint. Esto no es más que el diagrama de avance. Se actualiza a diario.

Un diagrama de evolución proporciona una descripción general rápida del progreso del proyecto; este diagrama contiene información como la cantidad total de trabajo que debe completarse en el proyecto, la cantidad de trabajo completado durante cada sprint, etc.

Gráfico de historial de velocidad: El gráfico del historial de velocidad predice la velocidad que alcanzó el equipo en cada sprint. Es un gráfico de barras y representa cómo ha cambiado el rendimiento de los equipos a lo largo del tiempo.

Las métricas adicionales que pueden ser útiles son la programación, el presupuesto, el porcentaje del tema completado, las historias completadas, las historias restantes, etc.

Se trata de Scrum en ingeniería de software