¿La gente escribe tests?

Te voy a contar algo que pensé la primera vez que escuché el término testing a principio de la década del 2000.

Cuando lo escuche, me parecía una marcianada.

¿Cómo que es posible escribir código para que pruebe código? Si lo piensas desde ese punto de vista y es la primera vez que lo oyes, es raro.

Pero soy curioso y me compré un libro de testing. En esa época no había blogs hablando de testing, ni YouTube, ni muchas de las cosas que hay ahora como redes sociales y pódcast.

Empecé a leer el libro y empecé a practicar. Cada vez me gustaba más.

Pero había un problema para tratar de aplicarlo en el trabajo. En aquella época, si les hablabas a alguien sobre testing, el marciano eras tú.

Incluso era habitual alguna broma de algún compañero.

Recuerdo que uno me dijo:

— Y también entonces, ¿habrá que escribir código que pruebe el código que prueba el código?

Imagínate lo que suponía decirle en esa época a tú project manager que ibas a tardar más en implementar una feature porque ibas a escribir tests.

La información me iba llegando con cuenta gotas. Iba a un evento y escuchaba algo nuevo de testing. Aparecía un libro nuevo un par de años más tarde y aprendía cosas nuevas.

Mi aprendizaje fue lento y cometiendo infinidad de errores por el camino.

Si hoy en día estás en ese proceso que estuve yo hace años, estas de suerte. He creado un estudio entre los suscriptores de mi newsletter.

Vas a tener la suerte de responder a preguntas cómo:

¿La gente escribe tests?

¿Qué buenas prácticas de testing son habituales?

¿Qué ocurre cuando no escribimos tests?

Y muchas más sobre ingresos, lenguajes, frameworks, arquitectura de software, código legado, temas de empresa, etc.

Si te interesa el estudio:

Estudio comunidad xurxodev

Pd: Si te gustan mis emails, habla bien y comparte xurxodev.com para que otros lo disfruten.

Pd2: Si no te gustan mis emails, habla mal y comparte xurxodev.com para evitar que otros lo sufran.