Quantcast
Channel: Abstracta Blog
Viewing all articles
Browse latest Browse all 48

La experiencia de seguir desafíos como #30daysoftesting

$
0
0
Tal como lo anunciamos un mes atrás, nos sumamos a la iniciativa de Rosie Sherry de Ministry of Testing, que propuso como desafío una serie de actividades de testing día a día. Aquí les comparto la experiencia de este mes en Abstracta siguiendo el desafío, y les aseguro que mis conclusiones son súper positivas.

(¡Rosie nos confió la traducción del desafío y nos pasó esta imagen!)

En Abstracta varios nos sumamos a la movida, incluso organizamos grupos y teníamos un canal de Slack para ir compartiendo los avances de cada uno, imprimimos varias copias de los desafíos y las repartimos por toda la oficina. Estuvo muy bueno porque si bien lo marcamos como una competencia, en realidad nadie pensaba en ganar, sino que nos ayudamos bastante entre nosotros para varias tareas, y creo que todos aprendimos en el día a día de muchas cosas, nos exigimos para poder lograr llegar a cubrir este juego. Cada uno a sus tiempos, tal vez no en el día a día como estaba marcado, pero de vez en cuando actualizándonos con lo que se nos había quedado atrás. Algunas cosas las compartimos también por Twitter, lo cual generó más interacción con más gente incluso fuera de la empresa.


Las actividades para cada día están detalladas en español en el post anterior, les dejo a continuación sólo algunas en las que quiero remarcar algo sobre la experiencia de haberlas hecho.

Comprar un libro de testing y leerlo para el día 30 

No compré un libro, ya que tengo muchos pendientes de leer. Cuando fui a San Francisco, a la Velocity Conf, me traje varios ejemplares de O'Relly bien interesantes, con lo cual decidí leer uno de ellos. Hoy, con tal de cumplir el desafío, lo terminé de leer (y esto es de las cosas que encuentro maravillosas de los desafíos de este estilo, si no era por esto tal vez me tardaba más tiempo para terminarlo). Si bien estuvo interesante leer el libro, no me resultó tan interesante como lo esperaba :( ... pero al menos ahora conozco un poco más sobre sistemas de predicciones de fallos, para no tener que confiar simplemente en umbrales fijos como los que típicamente se configuran en un Nagios. 

Sacar una foto de algo que están haciendo en el trabajo 

Esta como unas cuantas más tenían una dificultad especial: ¡esto fue un sábado! Casualmente, estaba en casa terminando alguna cosa pendiente.

Escuchar un podcast de testing 

Pensé que esto sería un camino de ida, pero por ahora no me terminé de enganchar. Escuché dos podcast, uno que no me convenció y otro que no tenía nada nuevo. Ambos en inglés ya que hay más oferta y variedad.

Compartir un post de testing con alguien que no sea tester

Para esto busqué un post que no sea muy específico en tecnología, que sea más fácil de entender por alguien que no está en el mundillo del testing. Fue así que compartí un post que escribí hace unas semanas, está más enfocado en educación en testing y tecnología, sobre las formas de formar testers: https://dzone.com/articles/creating-testers-through-different-education-strat

Encontrar un bug de accesibilidad

Acá estuve explorando varias herramientas útiles para esto que nos ha compartido Lisandra (nuestra referente en testing de accesibilidad en Abstracta). De todos modos quiero compartir este que alguien envió en Twitter que me resultó muy gracioso y realmente grave en cuanto a accesibilidad:

Bajar una app y encontrar 5 bugs, y enviar el feedback al creador.

Aproveché a probar una aplicación que está probando una de las egresadas de Nahual, que sirve para escuchar shortcasts (podcast cortos). Reporté algunos de los errores encontrados y rápidamente tuve respuesta :)

Ir a un evento de testing

No solo fui, sino que ayudé a organizar un nuevo meetup, impulsando a los chicos egresados de Nahual, para que ellos sigan aprendiendo y desarrollando otros skills como por ejemplo presentar en público. Es así que se llevó a cabo el primer meetup de egresados de Nahual. ¡Un éxito!

Sacar una foto de tu equipo

Para este punto comparto un tweet de Giulliana que me gustó mucho:

Encontrar y compartir una cita que te inspire

Compartí una que me encanta de Bolton, y también un lugar donde pueden encontrar 100 quotes de testing: http://www.abstracta.us/2016/01/28/ultimate-list-100-software-testing-quotes/ 


Encontrar y usar una nueva herramienta 

Si bien tengo varias pendientes por probar, me decidí por una en particular gracias al post que estábamos preparando con Gabriela sobre la entrevista a Lisandra, me enteré de la existencia de Greenshot, y me encantó para capturar imágenes en forma mucho más cómoda y con más funcionalidades, así que la sigo usando hasta hoy.

Encontrar un buen lugar para hacer pruebas de seguridad

Existe un proyecto llamado Webgoat, preparado por la gente de OWASP que resulta ideal ya que está hecho justamente para esto, tiene problemas de seguridad a propósito justamente a modo educativo. Esto lo había compartido en clase hace un tiempo, un alumno de la UCUDAL en la asignatura de testing que dicto ahí. 

Hacer pruebas de a pares con alguien

Acá tuvimos un par de ejemplos que rondaron Twitter, auque esta sea una actividad del día a día. Incluso ese día estuvimos probando juntos con Gabriela y Miguel una nueva versión de RelyTest.
Aquí algunas fotos del equipo:

Compartir tu herramienta de testing favorita

En Abstracta compartimos Monkop y GXtest, como era esperado :)



Ayudar a alguien a probar mejor 

En particular ese día nos juntamos los colaboradores del Proyecto Nahual a ajustar el contenido del curso (que comienza en agosto), con lo cual considero que así estuvimos aportando en ayudar a mucha gente a probar mejor :)


Conectar a algún tester que nunca conectaste antes

Esto fue muy gracioso, ya que se me adelantaron. ¡Marcel Gehlen me contactó para cumplir su desafío! Lo interesante es que esta persona leyó este artículo que publiqué hace un tiempo, me hizo un par de comentarios al respecto muy interesantes, y me recomendó leer este artículo que está relacionado, donde Marcel critica la pirámide de Cohn para la automatización de pruebas, aunque igualmente le siguen gustando las pirámides (¡realmente recomiendo su artículo!).

Resumir un bug en 140 caracteres o menos 

También entré en contacto con Viral Patel (justo que este fin de semana vi la película Meet the Patels), y probé una herramienta para almacenar reportes de pruebas automáticas que me resultó muy interesante y es gratuita (https://vigoreport.io). Reporté un bug en menos de 140 caracteres (una imagen dice más que mil palabras) y lo resolvieron en 15 minutos :)

Contribuir a una discusión de testing

Esto es algo que he estado haciendo durante muchos años en el día a día. En particular ese día estuvimos hablando con Nina sobre cómo enfocar las pruebas automatizadas a un sistema con componentes gráficos complejos, así como con una arquitectura bastante particular e integración con Google Analytics. Estuvo bien interesante.

Encontrar un error por uno

Este fue el único punto que no logré... (tampoco intenté mucho) pero me quedo contento igual, porque aprendí lo que era (leer qué es esto aquí, y la discusión aquí, pero básicamente es un error en las cosas que hay un bucle y este se repite una vez de más o una vez de menos). Si bien es un error típico dado por no controlar bien una situación límite, tiene nombre propio. 

Compartir la experiencia

Bonus: compartir tu experiencia en el desafío de 30 días en testing en Youtube, Instagram, Twitter o blog. Acá estoy, con esa motivación. Esta la doy por cumplida al terminar de publicar este post :)
La experiencia fue positiva, hicimos muchas cosas que quizá no las hubiésemos hecho en el día a día, o tal vez no las hubiésemos notado y marcado como importantes. Veremos de seguir poniendo en práctica este tipo de cosas, que es una forma más de gamification a las tareas y aprendizajes de todos los días.



Viewing all articles
Browse latest Browse all 48

Trending Articles