Tu primera prueba unitaria en Go: objeto T
Contenido del curso
Tu primera prueba unitaria en Go: objeto T
Contenido del curso
Dentro de la validación del test TestAddSucess, en el string de t.Errorf, preferible usar %d sobre %q en ambos casos ya que las variables son int, con ello cuando ejecuten sus test con -v podrán visualizar el valor correspondiente al entero.
// error if result != expect { t.Errorf("got %q, expected %d", result, expect) } // ideal if result != expect { t.Errorf("got %d, expected %d", result, expect) }
fabio andres zamora osorio
¿Si la funcion que se prueba no retorna valores, entonces como hacerle el test?
María Camila Lenis Restrepo
ProfesorBuena pregunta, Fabio
No necesariamente tienes que testear TOOODAS las funciones, si es una función interna de otra, pues puedes probar la más grande.
Si consideras que la función es importante y deberíamos testearla, podrías usar mocks para testear que se llama a las funciones internas de ella y que realmente pasa por los puntos del código que necesitas 🤓
Mario Alberto Pacheco Herrada
no hay una manera de meter todas las pruebas en una carpeta de testing? para que se vea mas limpio el proyecto?
María Camila Lenis Restrepo
ProfesorDe hecho no, pero no te preocupes, no necesariamente quiere decir que el proyecto no se vea limpio. Go reconoce los archivos de pruebas por el _test.go y cada uno de ellos debería llamarse exactamente como el archivo que queremos testear. Por ejemplo dummy.go, su prueba se llamaría dummy_test.go. Y si tenemos muchos archivos en el mismo folder, igual los tendremos organizados junto a sus pruebas
Rubens A. Rangel Gomez
🧠 Idea principal
No todas las funciones necesitan ser testeadas directamente; el testing debe enfocarse en comportamiento relevante, usando estrategias como mocks y buenas prácticas de organización.
🧩 Fundamentos
1. Testing de funciones sin retorno
2. Uso de mocks
3. Organización en Go
_test.go.4. Convención de nombres
dummy.go → dummy_test.go5. Buenas prácticas en mensajes de error
%d para enteros en lugar de %q.🔑 Puntos importantes
🎯 Conclusión corta
El testing no es cubrir todo, sino cubrir lo importante de la forma correcta, manteniendo orden, claridad y buenas prácticas en cada detalle.