• Planificando el sprint del equipo de Testing

    Después de unas tranquilas y merecidas vacaciones de semana santa, vuelvo a la carga. Hoy vamos a comprobar la importancia de una buena planificación dentro del sprint.

    El equipo de Testing, para llevar un control del trabajo que está realizando, tiene que tener una planificación y una organización independiente del equipo (siempre y cuando este equipo sea independiente y no estemos hablando de organización del testing en cada equipo de trabajo).


    Si estamos trabajando en un proyecto donde cada equipo realiza sus propios sprint, independientes, el sprint del equipo de testing tiene que empezar cuando empieza el primer equipo y finalizar cuando finaliza el último equipo, habitualmente, usaremos la regla de sprint de un mes como máximo.

    Si los equipos de trabajo mantienen todos el mismo sprint, lo tenemos más fácil ya que nos acoplaremos a esas fechas directamente, trabajando la primera semana en creación de casos de prueba y similar y la segunda comprobando los desarrollos que nos van entregando (siempre y cuando los sprint sean de 2 semanas).

    Habitualmente, si trabajamos en un equipo de testing que de soporte externo a cada equipo de trabajo, tendremos que acostumbrarnos a que los últimos días del sprint anterior organicemos el sprint que vamos a comenzar y que la primera semana será para preparar casos de prueba, datos...dando prioridad a preparar esos conjuntos de pruebas que más adelante vamos a utilizar. La siguiente o siguientes semanas iremos recibiendo los nuevos desarrollos y utilizando estos datos para probarlos, abrir defectos o probar todo lo que tengamos que probar. A esto se suman las repruebas, los defectos solucionados anteriormente y una cantidad bastante grande de factores externos que tenemos que tener en cuenta para no pillarnos los dedos. Siempre que podamos avanzar en la preparación de esos datos, ganaremos tiempo por si un factor externo nos quita horas de más.

    Una de las cosas más importantes que tiene que tener un proyecto es una planificación excelente en el departamento de testing ya que la calidad del mismo dependerá de él. Si desde el principio planificamos mal esta parte, todo se irá desmoronando y al final el proyecto no saldrá adelante todo lo bien que debería. El pensamiento más importante que hay que hacer entender es que testing es la pieza central del puzzle de un proyecto, no queda otra.
  • Libros benéficos

    En 2016 publiqué, “Aseguramiento de la Calidad”, cuyo beneficio es destinado a la Fundación Aladina, después le siguió: “Seis en 75”, destinado a la Fundación Menudos Corazones y “Asegurar la Calidad en dispositivos móviles...y no morir en el intento”, a la fundación Soñar Despierto. También he publicado una recopilación íntegra de los tres libros anteriores, llamada "Fundamentos de la calidad del software".

    Merchandising benéfico

    Desde la tienda de Cultura de Calidad se pueden adquirir diferentes artículos cuyo beneficio es destinado íntegramente a las tres fundaciones con las que colaboro actualmente: Fundación Aladina, Fundación Menudos Corazones y Fundación Soñar Despierto.

    Acciones benéficas futuras

    Esto no va a parar aquí. Mi cabeza no se está quieta, tengo muchas ideas que dar forma y convertirlas en realidad. Desde aquí, hago un llamamiento a diferentes fundaciones y ONGs para poder colaborar juntos y poder hacer cosas grandes que ayuden a personas o animales en todo el mundo. Si te apetece, ponte en contacto conmigo y hablamos.

    0
    Publicaciones
    0
    Seguidores
    0
    Visitas únicas
    0
    Me gusta