Mocking, Stub, doubles

Clase 17 de 27 • Curso de Introducción al Testing con JavaScript

Clase anteriorSiguiente clase

Edgar Mauricio Pérez Rojas

student•

Resumen Doubles

Dummy: Son datos ficticios para llenar información.
Fake: Son objetos que simulan comportamientos o datos; como un usuario ficticio.
Stubs: Son proveedores o APIs de tatos preparados (BD Clima).
Spies: Son como los stubs, pero se dejan espiar su comportamiento, comunicación e invocación.
Mocks: Stubs + Spies, pueden estar pre-programados para enviar las respuestas supuestas.

Reinaldo Mendoza

student•

Gracias por el resumen

Ronaldo Delgado

student•

Gracias por el resumen!

Andrés Pérez Díaz

student•

Yo hice el código tal cual como el profesor y a mí sí me conecto a la DB y me trajo los datos de los dos libros. Milagro!!! jajaja

Miguel Angel Hernandez Colombo

student•

a mi no me conecto!

<$ docker-compose up -d mongo
error during connect: this error may indicate that the docker daemon is not running: Get "htt://%2F%2F.%2Fpipe%2Fdocker_engine/v1.24/containers/json?all=1&filters=%7B%22label%22%3A%7B%22com.docker.compose.project%3Dapi%22%3Atrue%7D%7D": open //./pipe/docker_engine: The system cannot find the file specified.
>

Alvaro Eduardo Garzón Pira

student•

Buen día a los dos

Andrés lamento usar tu comentario para responderle a Miguel
Miguel, muy posiblemente es que estás teniendo un error al subir la instancia de docker en la que pueda estar implicado una mala instalación de docker, ¿Podrías revisar el archivo log de docker? Si quieres usa la siguiente guía para tener una idea de donde encontrar el log: Docker log También, ¿Cómo tienes instalado docker? WSL, Windows, Mac, etc. En mi caso, yo lo tengo instalado en Windows pero puede usar WSL2 para un mayor rendimiento, antes de hacer uso de docker, lo que hago es abrir el docker desktop y así sube el demonio o el proceso en segundo plano que me habilita docker:

Ameth Ordoñez Erazo

student•

NOTA MENTAL: 💆‍♂️

Los Mocks es un tipo de prueba que consisten en crear objetos falsos que sustituyan a los objetos reales y de esta manera poder probar un determinado requerimiento. El objetivo de utilizar objetos fake en lugar de reales, es romper las dependencias con otros objetos y de esta manera probar requerimientos de manera independiente. Estos objetos se usan para probar que se realizan correctamente llamadas a otros métodos, por ejemplo, a una web API, y poder validar el comportamiento del componente al obtener una respuesta de parte de esa API.

Dany Ruddy Huayhua Huayhua

student•

Solo para destacar el comportamiento de docker. Una vez que docker se reinicia no guarda la información cargada en la bd, los libros de ejemplo que creamos se guardaron pero desaparecieron al levantar nuevamente el contenedor.

En esta clase efectivamente el profesor se conectó a la bd pero retornó un array sin elementos. El error se produjo debido a que un array vacío no tiene una longitud de 2.

Para quien está interesado en tener un contenedor con persistencia de datos se utiliza volumenes que son referencias a espacios de memoria fuera del contenedor donde le decimos a docker que guarde la información durante el uso del contedor.

[https://docs.docker.com/storage/volumes/]\(url)

Willie David Roa Hidalgo

student•

Según chatGPT; Los doubles se utilizan en el contexto de pruebas unitarias y de integración para simular ciertos comportamientos o dependencias. Aquí hay una explicación de cada uno:

Dummy (Falso):
- Un Dummy es un objeto que se pasa como argumento a una función o método durante una prueba, pero que no se utiliza en absoluto en la lógica de la prueba. Es simplemente un marcador de posición para satisfacer los requisitos de la firma del método o función. Por ejemplo, si tienes una función que toma dos parámetros pero solo necesitas probar el comportamiento de uno de ellos, puedes pasar un Dummy como segundo parámetro.
Ejemplo: Supongamos que estás probando una función calculateTotal que toma dos parámetros: subtotal y impuesto. Si solo quieres probar cómo se calcula el total sin preocuparte por el impuesto, podrías pasar un Dummy como segundo parámetro: calculateTotal(100, dummy).
Fake (Falso):
- Un Fake es una implementación simplificada de una dependencia real que se utiliza en las pruebas. A diferencia de un Dummy, un Fake tiene una implementación funcional pero más simple. Por ejemplo, si necesitas simular una base de datos para tus pruebas, podrías usar una implementación en memoria en lugar de una base de datos completa.
Ejemplo: En lugar de usar una base de datos real, podrías crear una clase FakeDatabase que simplemente almacene los datos en un diccionario en memoria. Esta implementación simplificada sería suficiente para las pruebas sin tener que depender de una base de datos real.
Stub (Tapa):
- Un Stub es un objeto que proporciona respuestas predefinidas a llamadas de métodos o funciones durante una prueba. Se utiliza para simular el comportamiento de dependencias reales de manera estática y predefinida. Por ejemplo, podrías tener un Stub de un servicio de correo electrónico que siempre devuelva "éxito" sin realmente enviar un correo electrónico.
Ejemplo: Supongamos que estás probando una función que envía correos electrónicos. En lugar de enviar correos electrónicos reales durante la prueba, podrías usar un Stub que simule el comportamiento del servicio de correo electrónico y devuelva "éxito" inmediatamente sin enviar realmente el correo electrónico.
Spy (Espía):
- Un Spy es un objeto que registra información sobre llamadas a métodos o funciones durante una prueba. Permite verificar cómo se llamaron realmente los métodos o funciones y qué parámetros se pasaron. Por ejemplo, podrías usar un Spy para registrar llamadas a un servicio de registro durante una prueba y luego verificar si se llamó correctamente y con los parámetros adecuados.
Ejemplo: Supongamos que estás probando una función que llama a un servicio de registro. Puedes usar un Spy para registrar llamadas al servicio de registro durante la prueba y luego verificar si se llamó correctamente con los parámetros esperados.
Mock (Simulacro):
- Un Mock es similar a un Stub, pero además de proporcionar respuestas predefinidas, también verifica que las llamadas se realicen según lo esperado. Es decir, un Mock tiene expectativas sobre las llamadas que recibirá durante la prueba y verifica que se cumplan. Por ejemplo, podrías usar un Mock para simular el comportamiento de una dependencia y verificar que se llame con los parámetros correctos.
Ejemplo: Supongamos que estás probando una función que llama a un servicio de autenticación. Puedes usar un Mock para simular el servicio de autenticación y especificar expectativas sobre cómo debe llamarse durante la prueba. Luego, puedes verificar que se llamó correctamente con los parámetros esperados.

Iván Antonio Bustos Calderón

student•

Creo que la dificultad del testing está justamente en esta clase. Los mocks. En el frontend esto se hace algo complejo de testear.

Reinaldo Mendoza

student•

Esto es lo que los complica pero, es cuestión de entender que es una caja negra lo que simulas, entonces al final, evitas probar lo que no tienes que probar y dedicarte al test que te interesa

Alberto Alonso Acevedo

student•

Buenos días, no entiendo porque cuando trato de ejecutar el comando 'run test' a pesar que tengo la misma sintaxis que en el video me salta un error donde dice que debo tener al menos un test en el describe. Alguien podría ayudarme?

David Barrera

student•

Comparte el código y el error por favor!

Alvaro Eduardo Garzón Pira

student•

Hola Alberto, ¿Qué terminal usabas? Te recomendaría hacer uso de una basada en linux como Cmder, WSL o Bash

David Trespalacios

student•

Hasta esta clase, no veo la utilidad de hacer pruebas al código con data simulada, a sabiendas que van a pasar las pruebas... sigamos adelante a ver que pasa.

Ariel Ezequiel Biazzo Genua

student•

Claro, pero si por ejemplo estas testeando un algoritmo complejo, en ese caso, utilizaras data simulada y muchas instrucciones que querras comprobar que tan bien se realizaron.

Ronaldo Delgado

student•

me quedare con los Mocks

Jonathan Ardila

student•

Mocking, Stub, doubles

Doubles

Dummy: Son datos ficticios y se usan para rellenar información.

Fake: Simulan un objeto real y sirven para suplantar ciertos datos y comportamientos.

Stubs: Proveen respuestas preparadas y se pueden llamar durante el test para simular un comportamiento.

Spies: Pueden ser Stub pero puedo recolectar información de como fue llamado.

Mocks: Stub + Spies, a veces pueden ya estar pre-programados.

Carlos Rodríguez

student•

Este es el punto donde se considera que el patrón de diseño Singleton es un antipatrón, ya que si queremos es un conjunto de test crear una instancia por cada test no podremos hacerlo por la naturaleza creacional de ese patrón!

Mocking, Stub, doubles

Introduccion

¿Qué es el testing?

La piramide del testing

Hablemos sobre deuda técnica

Herramientas de testing

Creando el proyecto

Tu primer test

Escribiendo pruebas

Pruebas estáticas

Assertions / matchers

Setup and Teardown

Implementado Setup

Tipos de pruebas

Metodologías

Pruebas Unitarias

Pruebas unitarias

Coverage report

Instalación de Docker en Windows, macOS y Ubuntu

Proyecto de API

Mocking, Stub, doubles

Mocking

Spies

Generando Fake Books

Integration Test & E2E

Configurando supertest en el API

Integration Test

e2e

UI Test

UI Test

Automatizar

Unit tests en GitHubActions

E2E en GitHubActions

¿Quieres más cursos de testing?