E2E en GitHubActions
Contenido del curso
Escribiendo pruebas
Pruebas Unitarias
Integration Test & E2E
UI Test
Automatizar
E2E en GitHubActions
Contenido del curso
E2E en GitHubActions
Iván Antonio Bustos Calderón
Estudiante
María Xiomara Badano
Estudiante
Johnner Alexander Gambacica Ortiz
Estudiante
Miguel Angel Reyes Moreno
Estudiante
Ronaldo Delgado
Estudiante
Cayo Legal
Estudiante
Luis Gabriel Cazzullo
Estudiante
Carlos S. Aldazosa
Estudiante
Jose Luis Bedoya
EstudianteRonaldo Delgado
EstudianteAmigos de @Platzi, esta clase se salta de la de Unit Tests en GitHub Actions. Corrijan para que otros estudiantes no tengan problema. Muchas gracias.
Gracias por avisar, se ve que gracias a tu reporte ya está corregido :)
Tambien he usado Husky, para correr pruebas, encontrar errores con eslint en un pre-commit antes de que tenga exito el commit, me parece util para no hacer commit, no subir codigo, ni desplegar nada antes de hacer validacion y correcciones si es necesario.
En mis 2 experiencias laborales husky era usado y es súper útil
Genial!
consulta, "runs-on" corre en la máquina que se desarrollo o es una máquina que github provee?
¿No es un problema de seguridad tener las variables de entorno dentro del api-ci.yml?
Como se puede evitar poner explicitamente db_name y db_url?
Esto puede causar problemas de seguridad, verdad?
como son bases de datos de prueba, no hay problema! eso si, si el usuario de la bd productiva es el mismo, ten cuidado
testing es un mundo amplio pero que vale la pena !