fbpx

En este episodio, te voy a hablar sobre los flaky tests en Android. Qué son y qué es lo que tenemos que hacer para lidiar con ellos.

Básicamente son tests que fallan de vez en cuando. ¡Y eso no mola! 😅

Dentro del audio, te hablo sobre el episodio 57, que iba sobre los Contract Tests. Si no lo has escuchado aún, igual es interesante que le pegues una oída.

Y con respecto a los tests de dudosa confianza 🤨, te doy tips. Básicamente estos:

Te he creado un repositorio en Github, para que tengas a mano el código y puedas probar todo esto.

Pero lo mejor, antes de nada, es que le des al play y escuches el episodio, que te lo explico de tú a tú. 😉

Flaky Tests

También puedes escucharme en iVoox, Spotify, Google Podcasts y Apple Podcasts.

Si quieres estar al tanto de este tipo de contenidos, también de manera visual, suscríbete a mi canal de Youtube si aún no lo estás.

Si lo que que estás buscando es dar un paso más en tu carrera profesional como Desarrolladora o Desarrollador Android, no puedes perderte el Plan Impulso Android, un modo de acelerar tu crecimiento en la materia, dando un salto brutal, que te ayudará a conseguir tus objetivos de un modo más eficaz, eficiente y rápido.

Y por supuesto, me interesa muchísimo tu opinión, escribe un comentario justo aquí abajo. Además con eso ayudarás a la comunidad con tu conocimiento sobre la materia. Y si lo que tienes son dudas, incluso mejor aún, háznoslas saber para que podamos responderte. Ayudarás a otros que se estén preguntando lo mismo.

08.11.2021

Muy buenas, soy Gabi Moreno 🤗

Llevo 9 años trabajando como Desarrollador Android y ayudo a otros compañeros a crecer profesionalmente.

Publico un podcast y una newsletter semanal en la que aporto aprendizajes e ideas.

Recíbela tú también cada lunes

Acepto que trates mis datos con privacidad.
Comentarios
2
Jimmy Sáenz
10/11/2021 17:26

Gracias por los tips Gabi!
Otro posible dolor de cabeza es el manejo de permisos.
Como trabajo normalmente con Barista me ahorro tiempo con PermissionGranter.allowPermissionsIfNeeded(), aunque admito que por pereza lo invoco en «@Before», pero podrían haber casos en que brindar o rechazar el permiso es parte del test perse. Qué opinas?
Slds!

Responder
Gabi
10/11/2021 19:31

¡Es muy buena pregunta, Jimmy! 🙂
Y la respuesta para mí, no es de un sí o un no. Pero me inclino más a delegar toda la lógica en los tests unitarios y dejar a los tests de UI únicamente los happy paths. Por lo que tu approach, me parece superbien.
A lo mejor, lo que sí podrías hacer en lugar de usarlo en cada @Before, es crearte una regla que haga lo propio. Pero eso ya dependerá del caso. Igual no aplica para ese proyecto en cuestión.
¡Gracias por un comentario tan interesante! 🤗

Responder
¡No te cortes! Escribe un comentario
Nunca jamás publicaré tu email

¿Quieres convertirte en tu mejor versión?

Consigue gratis la infografía con los 10 hábitos que incorporar en tu día a día

    No, gracias