Scrum en pruebas de software
Scrum in Software Testing 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 usabilidad, etc. Proporciona transparencia, inspección y adaptación durante el desarrollo del software para evitar la complejidad.
Pruebas de Scrum
Scrum Testing es una prueba realizada en metodología scrum para verificar que se cumplan los requisitos de la aplicación de software. Implica verificar parámetros no funcionales como seguridad, usabilidad, rendimiento, etc. No hay un rol activo del probador en el proceso, por lo que generalmente lo realizan los desarrolladores con Unit Test. A veces, se necesitan equipos de prueba dedicados según la naturaleza y la complejidad del proyecto.
En este tutorial, aprenderá:
- ¿Qué es Scrum?
- Características clave de la metodología Scrum
- Roles en Scrum
- Artefactos Scrum
- Ceremonias (procesos) en Scrum
- Rol del probador en Scrum
- Actividades de prueba en Scrum
- Informe de prueba
Características clave de la metodología Scrum
A continuación se muestran las características clave de Scrum:
- Scrum tiene un programa fijo corto de ciclos de lanzamiento con alcance ajustable conocido como sprints para abordar las necesidades de desarrollo que cambian rápidamente. Cada lanzamiento podría tener múltiples sprints. Cada proyecto Scrum podría tener múltiples ciclos de lanzamiento.
- Una secuencia repetida de reuniones, eventos e hitos.
- Una práctica de probar e implementar nuevos requisitos, conocidos como historias , para asegurarse de que se publique algo de trabajo listo después de cada sprint.
Scrum se basa en los siguientes 3 pilares:
Miremos uno por uno
1. Roles en Scrum
Hay tres roles principales en Scrum Testing: Product Owner, Scrum Master y The Development Team. Estudiémoslos en detalle
|
Dueño del producto |
Scrum Master |
El equipo |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Artefactos Scrum
Un proceso de scrum incluye
- Historias de usuario: 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".
- Product Backlog: 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 lo prioriza y cualquiera puede agregarlo con la aprobación del propietario del producto.
- Lista de trabajos pendientes de la versión: una versión es un período de tiempo en el que se completa el número de iteraciones. El propietario del producto se coordina con el scrum master para decidir qué historias deben ser objeto de un lanzamiento. Las historias en la lista de trabajos pendientes de la versión están destinadas a completarse en una versión.
- Sprints: es un período de tiempo establecido para completar las historias de usuario, decidido por el propietario del producto y el equipo de desarrolladores, generalmente de 2 a 4 semanas.
- Sprint Backlog: es un conjunto de historias de usuarios que se completarán en un sprint. Durante la acumulación de sprints, el trabajo nunca se asigna y el equipo se inscribe para trabajar por su cuenta. Es propiedad y está administrado por el equipo, mientras que el trabajo restante estimado se actualiza diariamente. Es la lista de tareas que se deben realizar en Sprint.
- Lista de bloqueos: es una lista de bloqueos y decisiones sin tomar propiedad de Scrum Master y que se actualiza a diario.
- Gráfico de quemado: el gráfico de quemado representa el progreso general del trabajo en progreso y el trabajo completado a lo largo del proceso. Representa en formato gráfico las historias y características no completadas.
3. Ceremonias (procesos) en Scrum
- Planificación de Sprint: un Sprint comienza con el equipo importando historias de la lista de trabajos pendientes de lanzamiento a la lista de Sprint; está alojado por scrum master. Los probadores estiman el esfuerzo para probar las diversas historias en el Sprint Backlog.
- Scrum diario: está alojado por scrum master, dura unos 15 minutos. Durante Daily Scrum, los miembros discutirán el trabajo completado el día anterior, el trabajo planeado para el día siguiente y los problemas enfrentados durante un sprint. Durante la reunión diaria de pie, se realiza un seguimiento del progreso del equipo.
- Revisión / Retrospectiva del Sprint: También está alojado por Scrum Master, dura entre 2 y 4 horas y discute lo que el equipo ha logrado en el último Sprint y qué lecciones se aprendieron.
Rol del probador en Scrum
No hay un rol activo de Tester en el Proceso Scrum . Por lo general, las pruebas las realiza un desarrollador con Unit Test. Si bien el propietario del producto también participa con frecuencia en el proceso de prueba durante cada sprint. Algunos proyectos de Scrum tienen equipos de prueba dedicados según la naturaleza y la complejidad del proyecto .
La siguiente pregunta es, ¿qué hace el probador en un scrum? La siguiente nota responderá
Actividades de prueba en Scrum
Los evaluadores realizan las siguientes actividades durante las diversas etapas de Scrum-
Planificación de Sprint
- En la planificación de sprints, un evaluador debe elegir una historia de usuario de la cartera de productos que debe probarse.
- Como evaluador, debe decidir cuántas horas (Estimación del esfuerzo) debe llevar terminar la prueba para cada una de las historias de usuario seleccionadas.
- Como evaluador, debe saber qué son los objetivos de sprint.
- Como evaluador, contribuya al proceso de priorización
pique
- Apoyar a los desarrolladores en las pruebas unitarias
- Pruebe la historia de usuario cuando esté completa. La ejecución de la prueba se realiza en un laboratorio donde tanto el probador como el desarrollador trabajan mano a mano. Los defectos se registran en la herramienta de gestión de defectos que se rastrean a diario. Los defectos se pueden conferir y analizar durante la reunión de scrum. Los defectos se vuelven a probar tan pronto como se resuelven y se implementan para la prueba
- Como evaluador, asiste a todas las reuniones diarias para hablar.
- Como evaluador, puede traer cualquier elemento de la lista de trabajos pendientes que no se pueda completar en el sprint actual y colocarlo en el siguiente.
- Tester es responsable de desarrollar scripts de automatización. Programa las pruebas de automatización con el sistema de Integración Continua (CI). La automatización recibe la importancia debido a los plazos de entrega cortos. La automatización de pruebas se puede lograr utilizando varias herramientas de código abierto o de pago 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 cercana con el equipo.
- Revise los resultados de la automatización de CI y envíe informes a las partes interesadas
- Ejecución de pruebas no funcionales para historias de usuarios aprobadas
- Coordinar con el cliente y el propietario del producto para definir los criterios de aceptación de las pruebas de aceptación.
- Al final del sprint, el probador también realiza pruebas de aceptación (UAT) en algunos casos y confirma la integridad de las pruebas para el sprint actual
Retrospectiva del Sprint
- Como evaluador, descubrirá qué salió mal y qué salió bien en el sprint actual.
- Como evaluador, identifica las lecciones aprendidas y las 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.
Gráfico de quemado: Cada día, Scrum Master registra el trabajo restante estimado para el sprint. Esto no es más que el gráfico de quemado. Se actualiza diariamente.
Un gráfico de evolución brinda una descripción general rápida del progreso del proyecto, este gráfico contiene información como la cantidad total de trabajo en el proyecto que debe completarse, la cantidad de trabajo completado durante cada sprint, etc.
Gráfico del historial de velocidad: el gráfico del historial de velocidad predice la velocidad del equipo alcanzada en cada sprint. Es un gráfico de barras y representa cómo ha cambiado la producción de los equipos a lo largo del tiempo.
Las métricas adicionales que pueden ser útiles son la quema de programación, la quema de presupuesto, el porcentaje de tema completado, las historias completadas, las historias restantes, etc.
¿Tiene algún consejo o experiencia que compartir para Scrum Testing? Deje un comentario a continuación.