Charla gratuita: Introducción al Testing de Software

EXO Training Center 2016-04-20 22-39-48

Anuncios

Seminario gratuito: Introducción al Testing de Software

 

seminario

En el marco de actividades que QAbility y Exo Training Center realizan en conjunto, anunciamos el Seminario Gratuito de Introducción al Testing de Software.

El mismo se llevará a cabo el 27 de abril de 2016, de 9 a 11 horas, en la sede de Exo Training Center: San Martín 510, Microcentro.

La idea de esta charla es acercar la temática del Testing a todas aquellas personas interesadas en conocer más a fondo esta actividad, ya sea para poder insertarse en el mercado laboral, como para fortalecer sus competencias actuales.

La temática a desarrollar será la siguiente:

¿Qué es hacer pruebas?
La importancia del Testing en el ciclo de vida de desarrollo.
Tipos, niveles y estrategias de pruebas.
Cualidades de un buen Tester
El proceso de pruebas
Cómo se prueba en diferentes dispositivos
Herramientas más utilizadas.
Oportunidades laborales y de carrera.
Cómo automatizar las pruebas

Durante las dos horas del seminario, aprovecharemos también para escuchar sus inquietudes, ideas y comentarios sobre el mundo del Testing de Software.

¡Los esperamos!

Para consultar o inscribirse: Consultas

Adelante el UAT para dejar atrás los problemas

Uno de los principios del Manifiesto Agil dice “Colaboración con el cliente antes que negociación de un contrato“. Este principio es uno de los que más cuesta implementar en la práctica, ya que no depende del propio equipo, sino que implica a un tercero (el cliente, a quien, justamente, hay que incluir en el equipo para ser exitosos).

El UAT (User Acceptance Test) es uno de los momentos en que más se anhela que el cliente adopte una actitud colaborativa. Sin embargo, suele pasar que el cliente mantiene una postura típica de proyectos waterfall, donde esperaba pasivamente a que el software le fuera demostrado y se sentía en posición de mostrar el pulgar arriba o el pulgar abajo, a la manera del Emperador romano, con la potestad de aprobar o no.

Gladiator

Una forma de incentivar mayor colaboración del cliente, además de otros beneficios, es adelantar el UAT en el proceso de desarrollo. Se lo ubica antes del Testing, e incluso antes del code review, haciendo que el cliente revise la user story recién desarrollada y confirme que es exactamente lo que esperaba.

Creía que quería A, pero en realidad quiero B

El motivo más frecuente por el que una user story no pasa el UAT es que el cliente se da cuenta de que aquello que pidió no es exactamente lo que quería o necesitaba. O, lo que produce el mismo resultado, que se entendió mal el requerimiento.

O bien se da cuenta de que la funcionalidad resultaría mejor con algunos cambios. En todo caso, salen a la luz aquellas cosas que no tuvo en cuenta en un primer momento y que al ver el producto terminado se le hacen evidentes.

Con el UAT temprano, podemos identificar antes esos problemas, ahorrando ciclos y re-trabajo. Además, se produce el efecto de que el cliente asume mayor responsabilidad por sus requerimientos, lo cual facilita también las negociaciones cuando se decide que los cambios que solicita no se van a hacer.

Testing aliviado

Otro de los beneficios de adelantar el UAT es que se alivianan las tareas de Testing, ya que los Testers no tienen que preocuparse por las validaciones básicas de si se entendieron bien los requerimientos, si se cumplió con lo que quería el cliente, lo cual siempre implica idas y vueltas de preguntas y diálogos que llevan tiempo.

De esta manera, los Testers pueden concentrarse en detectar errores, haciendo su trabajo más eficiente (y divertido), acelerando los tiempos y minimizando los ciclos.

Desarrollo más seguro

El beneficio más visible para los Desarrolladores es que se sienten más seguros de que están desarrollando el requerimiento correcto, porque se minimizan los malos entendidos. Y, en los casos en que hay que rehacer el trabajo, esto se hace antes, cuando tienen el código más fresco y les cuesta menos introducir modificaciones.

Ahorro de tiempo y dinero

Lo más importante: menos ciclos, menos re-trabajo, menos tareas de Testing equivale a un significativo ahorro en los costos del proyecto.

Esto puede hacerse claramente visible después de un tiempo de implementada esta práctica. Al principio, puede resultar incómodo para el equipo tener al cliente involucrado tan tempranamente, cuando los desarrollos parece que todavía están un poco “verdes”. Pero a la larga, los beneficios son muy claros.

Estas son algunas de las ventajas de adelantar el UAT a una etapa más temprana. Claro está que una vez que se pasó la etapa de Testing, el cliente puede darle una mirada final para formalizar el sign off. Pero esto será un paso mucho más simple y directo porque el cliente ya vio el desarrollo tempranamente y lo aprobó. Se evita asimismo la ansiedad de esperar para ver qué le van a mostrar, en qué se convirtió su requerimiento. Y algunas sesiones de UAT en las que nos ha tocado estar donde el aire se corta con un cuchillo, porque el clima es tenso, como cuando el Emperador muestra su pulgar y nadie está seguro de si lo va a mover felizmente hacia arriba o trágicamente hacia abajo.

Esta práctica viene funcionando muy bien para nosotros y en proyectos donde algunos colegas nos cuentan que la han implementado. Los invitamos a probarla y contarnos cuál es su experiencia.