FastAPI: un buzón de prueba que no se repite
Un test de registro que pasa una vez y falla en la siguiente suele esconder el mismo problema: el buzón de prueba se está reutilizando. El mensaje anterior sigue ahí, el enlace ya caducó o dos ejecuciones están esperando el mismo correo. El resultado es una prueba frágil y dificil de diagnosticar. En proyectos de Python he encontrado más estable tratar cada correo como un recurso temporal, no…
Un correo de prueba en FastAPI puede ser un desgarro si se reutiliza. Los mensajes viejos pueden coincidir con asuntos esperados, múltiples trabajos de CI pueden leer el mismo correo y los reintegros pueden crear usuarios previamente existentes. Para evitar estos problemas, es recomendable tratar cada correo como un recurso temporal, sin convertirlo en una constante global.
Definir tres valores por ejecución, como una llave de ejecución, un nombre de buzón y un token esperado, puede ayudar a garantizar que cada prueba sea independiente. El código FastAPI debe crear y eliminar los buzones de prueba, asignar un token único y esperar a que se reciba el correo de verificación. Esto ayuda a que la automatización sea más predecible y facilita el diagnóstico cuando ocurren fallos.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
