Testing con jest

Clase 20 de 26 • Curso de Aplicaciones en Tiempo Real con Socket.io

Carlos Eduardo Bracho Ramírez

student•

Por si alguien no entendió el ejemplo del segundo test:

clientSocket emite el evento "bark", cuyo contenido está en args y es el test (con la estructura try catch).

serverSocket recibe el evento "bark", y utiliza callback para pasar "woof!" como parámetro a arg, es decir ejecuta arg.

Como arg espera que arg sea igual a "woof!" ((expect(arg).toBe("woof!")), y sí le pasamos "woof!" a través de serverSocket, entonces el test pasa.

Jose Ever Muñoz Muñoz

student•

Despues de investigar ya entendi el segundo test y la explicacion es esta:

1️⃣ El cliente envía el evento 'bark' junto con una callback, pero no la ejecuta todavía.

2️⃣ El servidor recibe el evento 'bark' y la callback enviada por el cliente.

3️⃣ El servidor ejecuta esa callback, pasándole 'woof woof' como argumento.

4️⃣ El cliente recibe la respuesta 'woof woof' y ahora sí ejecuta su callback, con 'woof woof' como argumento.

📌 Lo clave aquí es que la callback enviada por el cliente no se ejecuta de inmediato, sino que se ejecuta cuando el servidor decide hacerlo.

Pedros Pablo Montes

student•

hay algo que no entendí , ¿porque si estamos haciendo un test y usamos socket.io-client para comunicarnos con el servidor , porque creamos otra instancia del servidor websocket para hacer las pruebas con esa instancia?. real mente estamos haciendo un test , es solo una demostración ?

Alan Dell Oso

student•

Para estos ejemplos en particular, el profesor hizo pruebas de código genéricas, pero no implementó pruebas sobre el sistema creado en sí... o sea, no se está testeando el funcionamiento del sistema (que es lo que uno esperaría de las unit tests)... a efectos prácticos, cuenta como una demostración o verificación de funcionamiento de los chunks de código escritos específicamente en las pruebas más que otra cosa.

Emilio Sala

student•

El acknowledgement callback es como hacer una petición–respuesta en HTTP, pero usando WebSockets.

Flujo:

Cliente emite un evento y como último argumento pone una función → Socket.IO lo detecta como “ack callback”.
El servidor recibe el evento y, si quiere, llama a esa función pasando datos → esos datos llegan al cliente como si fueran el retorno del evento.
Esto permite que un evento se comporte como una petición con respuesta sin tener que crear otro evento para contestar.

// Cliente
socket.emit("getTime", (hora) => {
  console.log("Hora del servidor:", hora);
});

// Servidor
socket.on("getTime", (ack) => {
  ack(new Date().toISOString());
});

Sin el ack necesitariamos 2 eventos:

// Cliente
socket.emit("getTimeRequest");

// Servidor
socket.on("getTimeRequest", () => {
  socket.emit("getTimeResponse", new Date().toISOString());
});

// Cliente
socket.on("getTimeResponse", (hora) => {
  console.log(hora);
});

Pedros Pablo Montes

student•

como le podemos mandar a la conexion del server cookies para la identificacion de usuarios en los test?

no he podido lograrlo :(

Testing con jest

Fundamentos de Socket.io

Cómo hacer aplicaciones en tiempo real

Protocolos de comunicación: HTTP vs. WebSockets

¿Qué es Socket.io?

Socket.io vs. WebSockets

¿Cómo funciona Socket.io?

Ciclo de vida de Socket.io

Socket.io en la práctica

Creando nuestra primera aplicación con Socket.io

Obteniendo información de conexiones en el servidor

Emisión de eventos

On, Once y Off

Broadcast de eventos

Creación de salas con Socket.io

Namespaces en Socket.io

Lógica de envio de mensajes

Manejo offline

Eventos volátiles

Manejo de Middlewares

Herramientas extra

Debugging en Socket.io

Configuración para testing usando la librería jest

Testing con jest

Admin UI

Proyecto WebChat

Estructura inicial del proyecto WebChat

Sistema de autenticación

Programando la lógica del chat

Detalles finales y demostración de chat en tiempo real

Cierre

¿Quieres un Curso Práctico de Socket.io?