Los tests automáticos tienen sentimientos

Publicado el 05/06/2015 por Mauri Edo

…y no solo sentimientos, también pueden tener bugs. Incluso peor, pueden fallar ocasionalmente (flaky tests en anglosajón) y ello puede llevar a ponerlos en cuarentena en la ejecución de los builds bajo el lema «ya arreglaremos los tests más tarde», un «más tarde» que no llega nunca, perdiendo cobertura de pruebas lenta y dolorosamente.

Ignorar temporalmente tests que fallan a veces para conseguir un «green build» es válido, pero no arreglar o eliminar esos tests que no son de confianza no lo es. Con esta idea en mente escribí esta carta en nombre de un test ignorado, publicada en el blog de desarrollo de Atlassian.

An open letter from an ignored test. Let us know if it brings a tear to your eye: http://t.co/euMpVMQe7h pic.twitter.com/y9gyFSypLb

— Atlassian (@Atlassian) May 12, 2015

Espero que te guste 🙂

De testers y code reviews

Publicado el 02/12/2014 por Mauri Edo

Hola, me llamo Mauri y yo también he ignorado las revisiones de código con la excusa de que son «terreno de los desarrolladores».

¡Pero ya no! Desde que trabajo en Atlassian que me he dado cuenta que, para que la calidad escale con el desarrollo, hay que invertir esfuerzos en la prevención por delante del control o la mitigación, y un buen lugar para prevenir son las revisiones de código, que acostumbran a ocurrir antes de cualquier testing hands-on.

STASH13_PRactivity

Y no quiero oir a nadie diciendo cosas del estilo «pero yo no soy desarrollador» o «es que no sé leer código», porque no hace falta ser un developercon213añosdeexperiencia para mirarse una revisión de código. Además, leer código es más fácil de lo que aparenta, y las revisiones de código son un buen lugar por donde empezar, ya que los cambios estan asociados a una funcionalidad o bugfix, de tal manera que el código se puede vincular fácilmente a su objetivo.

Listado de 5 cosas al azar que te interesan, como tester, de las revisión de código:

Mayor conocimiento de los sistemas y aplicaciones: como tester más funcional, seguro que ya te conoces todos los recovecos de la interfaz de usuario, ¿por qué no ampliar ese conocimiento con nociones del funcionamiento de la cara interna de las aplicaciones?
Inspiración para futuras fases de pruebas: dependencias inesperadas, secciones complejas, condicionales gigantes, dudas sin resolver expresadas en los comentarios… Este tipo de cosas son pistas invaluables para exprimir las aplicaciones durante la fase de pruebas. Este conocimiento, bien usado y con práctica, hace que el testing sea como jugar al Trivial Pursuit consultando la Wikipedia.
Mejores tests automáticos: el input de un tester en las pruebas automatizadas que vengan con el código (tests unitários, de integración o de lo que sea) puede ser muy útil para que las nuevas funcionalidades nazcan con una cobertura exhaustiva e útil, más allá de los happy paths.
Se cazan bugs también! Que sí, que sí, que se puede! Y no solo bugs, también comentarios confusos, errores de formato, secciones poco claras, tests unitarios que no testean nada… Las revisiones de código son el momento idóneo para corregir este tipo de problemas.
Respeto: también puedes ganarte (más) el respeto de los desarrolladores con tu participación e interés en las revisiones de código, gracias a tus consejos y aportaciones en las mismas. Sabrás que estás por el buen camino cuando tu input sea solicitado en ellas o (todavía mejor) cuando algún desarrollador te pida consejo sobre qué casos de prueba automatizar ¡en la fase de codificación!

Estas son las mías, pero hay muchas más razones por las que, como tester, puede ser interesante participar en las revisiones de código. ¿Cuáles son las tuyas? ¡Cuéntamelo en los comentarios!

Mi primer EuroSTAR

Publicado el 11/11/2013 por Mauri Edo

Después del refrescante QA&TEST Bilbao 2013 llegaron palabras mayores. A raiz de mi colaboración periódica en el blog de la conferencia internacional de software testing EuroSTAR, la organización de la misma me invitó a asistir al evento (realizado entre el 4 y el 7 de Noviembre en Gotemburgo, Suecia) a cambio de escribir algunos posts sobre lo que estaba pasando en ella (por ejemplo este o este otro).

Para el que no lo sepa, EuroSTAR está entre las 3 conferencias más importantes de testing en Europa, y puede ser la que tenga más historia (con 20 ediciones a su espalda). Este año han asistido más de 1000 personas al evento y ha consistido de un día y medio de tutoriales (11 en total, 5 de un día, 6 de medio día), 3 workshops y 47 charlas en 4 tracks con la crème de la crème del testing europeo y mundial debatiendo sobre el tema de este año: «Questioning testing».

El nivel de las charlas ha sido bastante alto, pero lo que más me ha llamado la atención es que es un evento en el que constantemente pasan cosas, mucho más allá de las charlas. La conferencia facilita la generación espontánea de charlas informales, demostraciones, workshops improvisados y sesiones de testing colectivo proporcionando el espacio y el tiempo para ello. Hay incluso quién dice que este aspecto es lo mejor de todo el evento! También hay que decir que la comunidad internacional está muy acostumbrada a la vertiente social del testing, quien más quien menos asiste con regularidad a testing social meetups en sus países de orígen, y eso se nota en estas situaciones.

Chilling out at EuroSTAR 2014

Mucha información tengo ahora que procesar, del más alto nivel y de las más variadas fuentes; pero más allá de la infoxicación que pueda sufrir ahora mismo, mantengo mi opinión sobre la asistencia a eventos de este tipo, son un subidón de adrenalina testeadora importante, además de permitirte estar en contacto con lo más avanzado de esta profesión que no se acaba nunca. 100% recomendable!

La edición del 2014 es en Dublín y el tema es «Diversity, innovation & leadership». Nos vemos allí? 😉

[Encuesta – Resultados] Demuestra tus asunciones!

Publicado el 05/05/2013 por Mauri Edo

Siempre me ha preocupado la sobrevaloración de las capacidades técnicas en la carrera del tester, probablemente debido a mi falta de bagaje académico en este aspecto. He dejado constancia de mi opinión (que son importantes per se sobrevaloran a veces) en diversos sitios, por ejemplo aquí mismo y, recientemente, en una conversación en LinkedIn al respecto, por decir dos de ellas.

Cuando vi los resultados de la encuesta sobre el liderazgo en el número de Marzo del “The Testing Planet” me sentí aliviado: las habilidades técnicas / de programación son posicionadas en sexto lugar (de siete) como respuesta a la pregunta “¿Qué habilidades crees que se necesitan para ser un líder influyente y eficaz en el sector del software testing?”, y la comunicación es la primera. Estos son los resultados completos a la pregunta:

Después de ver esto, sentí la urgencia de escribir sobre ello, sobre cuán diferentes son las prioridades por aquí, donde las habilidades técnicas se valoran mucho más que las comunicativas, analíticas o estratégicas. Pero antes de hacerlo, decidí poner a prueba esta presunción, así que hice una encuesta yo mismo, con esta pregunta solamente, a la comunidad Hispana que me sigue, para probar mi teoría. Traduje la pregunta, la posteé y la distribuí a través de las redes sociales para obtener algunas respuestas.

He dicho antes que no tengo bagaje técnico, pero sí que tengo una licenciatura en Investigación de Mercados (escépticos: lo podéis ver en mi perfil en LinkedIn ;-)), entonces estoy al corriente de algunos de los sesgos derivados de comparar los resultados a ambas preguntas: las muestras no tienen el mismo tamaño ni los mismos rasgos demográficos, hay matices en la traducción al castellano que hacen que las preguntas o su interpretación no sean 100% equivalentes, puede haber duplicidad en las muestras… y, sobretodo, las encuestas no son una ciencia exacta, pero te pueden ayudar a entender una tendencia. Así pues, más allá de los números, estaba interesado en el ranking de las capacidades, y los resultados fueron… EXACTAMENTE LOS MISMOS!

Las habilidades técnicas o de programación están posicionadas en sexto lugar de siete y las de comunicación e interpersonales en primer lugar. Estoy realmente sorprendido (y encantado) con estos resultados, ya que me han ayudado a consolidar dos átomos de aprendizaje: