Cursos Empresas Blog Live Conf Eventos Precios

0:0010:33

Testing con jest

Curso de Aplicaciones en Tiempo Real con Socket.io

Clase 20 de 26

Clase 20 / 26

Comentarios (6)6 comentarios

Carlos Eduardo Bracho Ramírez

Hace 4 años

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

Hace 2 años

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.

Gerardo J. Rito

Hace 6 meses

como se testea un test que testea otro test?

// 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

Hace 3 años

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

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

Hace un año

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:

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

Progreso del curso

Fundamentos de Socket.io

Socket.io en la práctica

Herramientas extra

Proyecto WebChat

Cierre