Últimos pasos del reto...

Este será el último artículo sobre el testeo ágil, la verdad es que me está sirviendo como aprendizaje porque te obliga a plantearte dudas y mejorar la estrategia actual sobre testeo en el proyecto. Animo al personal a realizar este tipo de retos de 30 días relacionados con el testeo:

Sigo con las últimas preguntas:

26.- ¿Qué aspecto tiene tu plan de testeo?¿Qué formato usas?

Aquí nos han pillado, no estamos elaborando ni redactando un plan de test.

Y es realmente útil tener uno para poder detectar riesgos, para tener claro cuales son los umbrales por los que se admite o no unos resultados de las pruebas, para saber qué es lo que se va a probar y que no, para redactar cuales van a ser los entregables que el cliente nos va a solicitar para demostrar que hemos pasado las pruebas, herramientas usadas para testear, modo de trabajo y nomenclaturas.....en fin, muchas cosas... una buena lista a seguir sería la encontrada en el link que pongo abajo, pero lo importante es ponerse a ello y escribir todo lo que se está haciendo en el proyecto a nivel de testeo...

27.- Con la mirada puesta en la tolerancia de errores cero, ¿es algo que tu equipo puede hacer?

Para desarrollar pensando en tolerancia de errores cero debemos realizar una medición de defectos. Esto es guardar datos como los siguientes, para que en caso de que una persona introduzca muchos defectos, ubicarlo en otras tareas... Necesitamos analizar los resultados para tomar decisiones a nivel de mandos superiores.

Pasos: comienzan con la detección del defecto. Se registra y se le asigna un número Defecto-Nro + Detección-Fecha + Defecto-Síntoma + Detector-Nombre + (Horas + Fecha + Empleado-Nro + Tarea-Tipo) + Eliminación-Fecha + Costo-Total + Defecto-Causa + Costo-Responsabilidad + Responsable

 Se trata de lograr un código con cero-defecto antes de testearlo, para eso usamos las metricas que nos ayudaran con los modulos del aplicativo en cara a futuro.

Enfoque: no importa la cantidad de testing, sólo se podrá eliminar un% de los defectos presentes (alrededor del 50%), lo que varía es la incidencia de los errores en el código no testeado. Mejorar la calidad del código testeado es reducir la inserción de defectos en el código antes de su testeo.

Actualmente en mi equipo, principalmente por el coste, no podemos permitirnos este tipo de desarrollo.

28.- ¿Qué cultura de aprendizaje hay en tu empresa?¿Cómo puedes contribuir a ella?

Se valora mucho la formación, se facilita la realización de cursos y para contribuir es muy útil tener en mente que siempre debemos formarnos, que salen nuevas tendencias, modos de trabajar y herramientas que nos pueden ser muy útiles, pero hay que formarse en ellas y leer mucho para ver si nos sirven en nuestro proyecto.

La formación es algo constante en esta profesión, ya sea a nivel de cursos que promueve la empresa o la propia lectura personal.

29.- ¿Qué columnas tienes en tu tablero kanban o gestor de incidencias de trabajo?

En mi tablero personal, las columnas son tareas en espera, tareas en zona de parking que alguna vez se hizo algo pero están paralizadas, tareas en curso y tareas terminadas. Estas tareas son de varios proyectos y no solo del que hablo en estas líneas de testeo ágil.

He buscado sobre cuales serían las mejores columnas a poner en un canvan de testeo agil... y lo que he encontrado es que hay muchas opiniones, y depende mucho del proyecto o del propio flujo por el que pasan las tareas en el workflow definido por cada uno.

En nuestro caso utilizamos tfs y dentro del spring tenemos las nuevas,las activas, resueltas y las cerradas. Las que llegan a resueltas serán testeadas para cerrarlas o volver a pasar a nuevas.

30.- ¿Qué acción toma tu equipo ante un pase de versión que ha fallado?

Revisar los tests automatizados por si pudieran dar pistas de lo ocurrido. Ver qué parte del código es el causante de que se haya roto la compilación global. Volver a poner la última versión estable si estamos en producción ( en nuestro proyecto aun no es el caso).

Recoger el feedback y aprender para la próxima vez que no vuelva a ocurrir si es posible por ese mismo motivo.