Creo que esta clase se debió dividir en 3 clases diferentes. Está fantástica, pero me costó repetir el video más de 8 veces para poder reproducir cada paso, de entre los cuales, y en mi mera opinión, se obvian muchas cosas. Soy desarrollador de Angular desde hace cuatro años y de node desde hace dos y aún así me costó bastante trabajo el concepto de los spies, especialmente de las llamadas asíncronas y de la impersonificación de los callbacks, creo que para estudiantes con menos experiencia en node, sería muy bueno explicar estos temas con un poco más de detalle. Es respetuosamente una opinión.
Bienvenida e Introducción
¿Qué son las pruebas unitarias?
¿Por qué hacer pruebas unitarias?
Creando un framework de pruebas básico
Mi primera prueba unitaria en JavaScript
Las funciones expect() y it()
Organizando el código para correr en la web
Organizando el código para correr utilizando nodejs
Análisis estático de código
Herramientas de análisis estático de código
ESLint: Agregando alertas a nuestro código con ECMA Script
Herramientas de corrección de estilo
Herramientas de tipado
Trabajando con Jasmine en el frontend
Profundización en SpyOn: Comandos más utilizados y cómo ponerlos a prueba
Configurar un ambiente de trabajo para trabajar con el framework jasmine
Configurar Jasmine utilizando Node.js
Primer set de pruebas con Jasmine
Diccionario Jasmine
Probando Nodejs apps con Jasmine
Introducción al módulo de testing del lado del servidor
Configurando el proyecto Jasmine utilizando npm
Agregando Plugins a Jasmine
Configurando nuestro reporter
Pruebas en el servidor: Verificando un status 200 en GET
Pruebas en el servidor: Probando el método GET y Reto con FindByID
Pruebas en el servidor: Probando el método POST (request to server)
Pruebas en el servidor: Probando el método POST (request to PDF)
Probando Angular apps con Jasmine
Tipos de pruebas
Pruebas en el frontend: Probando el componente principal (App)
Configurando los ciclos de vida
Creando las pruebas del formulario: Configuración
Creando las pruebas necesarias para un formulario. (Primeras pruebas)
Probando el caso de exito al guardar un elemento en el servidor.
Trabajando con event emitters
Testeando ngZone y navegación.
Configurando el TestBed de el componente PINs
Creando un espia sobre el objecto window
Pruebas de integración de Angular apps con Jasmine
Ejecutando funciones a través de eventos en el template
Probando la navegación
Probando servicios con HTTP
Completando las pruebas del servicio HTTP
Cierre del curso
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Iniciar sesión
Pruebas en el servidor: Verificando un status 200 en GET
20/38Recursos
Los “espías” son funciones de prueba que interceptan las llamadas a una función y recolectan datos sobre lo que sucede dentro ella: el número de veces que se llama una función, con qué parámetros y los valores de retorno de la función (o, si lanzó excepciones, los mensajes y la información del error).
Vamos a configurar un servidor exclusivo para ejecutar las pruebas unitarias de nuestra aplicación. Recuerda que NO vamos a probar la conexión con la base de datos, solo la interacción del servidor con la aplicación Front End. Por lo tanto, vamos a crear un servidor con la mínima configuración posible para hacer peticiones y probar que funcione correctamente.
Recuerda que usamos el método HTTP GET para solicitar datos de nuestra aplicación, no para borrar, actualizar oagregar información; solo visualizarla.
Aportes 4
Preguntas 2
Ordenar por:
Sobre el testeo del servidor, archivo serve.spec.js:
Concéntrense solo en lo que hay dentro del describe
-
primero tenemos que conocer lo que queremos testear
-
En el decribe se prueba que la peticion get a http://localhost:3000/api devuelva la lista de pins y status code 200.
-
analizando la implementación de ese get (server/routes/pins.js), vemos que tiene una dependencia con el método Pins.find.
-
Pins.find es un método que busca pins en la base de datos. En ese get se le pasa como argumento un callback que se ejecuta cuando la base de datos le respondió. Ese callback tiene 2 parámetros, el primero es error y el segundo la data.
-
para hacer nuestro testeo del get, no deberíamos depender de que pierda tiempo consultando la base de datos. Por eso usamos spyOn, para que esa dependencia devuelva un resultado rápido pero coherente.
-
en este caso se hace con spyOn que al usarse Pins.find, este devuelva [{id:1}], una lista de pins con su id.
-
el get podría hacer muchas cosas con esa info, entonces si nosotros le pasamos toda la info que necesita, usando spyOn, nosotros podemos calcular manualmente lo que debe devolver, si devuelve lo esperado, entonces pasa la prueba.
-
en este caso lo único que hace el get es devolver un archivo json
Para entender el resto, deberían saber node y express
fue una clase complicada y más porque ejecuto código que no entendi muy bien! Tendre que volver a verla con calma!
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.