En las pruebas de software, simulacro y stub son dos tipos populares de pruebas dobles que se utilizan para simular dependencias. Ayudan a aislar el comportamiento de un componente reemplazando dependencias reales con sustitutos controlados durante las pruebas. Si bien tanto los simulacros como los stubs tienen propósitos similares, se usan de manera diferente según el tipo de escenario de prueba.
Este artículo profundiza en las diferencias clave entre simulacros y stubs, sus casos de uso y cuándo usar cada uno en su estrategia de prueba.

¿Qué es un doble de prueba?
Un doble de prueba es un término genérico para cualquier objeto o componente utilizado para sustituir una dependencia real durante la prueba. El objetivo es aislar el componente bajo prueba y eliminar factores externos que podrían afectar el resultado de la prueba. Los simulacros y los stubs son dos tipos de pruebas dobles, que se utilizan a menudo en pruebas unitarias y de integración.

¿Qué es un talón?
Un código auxiliar es una prueba doble que devuelve datos predefinidos cuando lo llama el componente bajo prueba. Normalmente se utiliza cuando el componente que se está probando requiere información de una dependencia, pero el comportamiento real de la dependencia es irrelevante para el resultado de la prueba. Los códigos auxiliares brindan respuestas controladas, lo que le permite concentrarse solo en la lógica dentro del componente.

Ejemplo de un código auxiliar:
Digamos que estás probando una función de procesamiento de pagos. En lugar de llamar a una pasarela de pago real, se utiliza un código auxiliar que siempre devuelve una respuesta de "pago exitoso", lo que garantiza que la lógica de la función se pueda probar de forma independiente.

const paymentGatewayStub = {
  processPayment: () => "payment successful"
};

function processOrder(paymentService) {
  const result = paymentService.processPayment();
  return result === "payment successful" ? "Order Complete" : "Order Failed";
}

// Test
console.log(processOrder(paymentGatewayStub));  // Output: "Order Complete"

En este caso, el código auxiliar garantiza que el servicio externo siempre devuelva el resultado esperado, lo que facilita probar la lógica interna.

¿Qué es una simulación?
Un simulacro es una prueba doble que no solo proporciona datos falsos sino que también verifica las interacciones entre componentes. Los simulacros ayudan a garantizar que se llamen a los métodos correctos con los parámetros correctos y que se produzca la secuencia deseada de eventos durante la ejecución. Por lo general, se utilizan cuando el comportamiento o la interacción del componente son importantes para la prueba.
Ejemplo de simulacro:
Utilizando el mismo ejemplo de pago, digamos que desea verificar que el método ProcessPayment() se llame exactamente una vez durante el procesamiento del pedido.

const paymentGatewayMock = {
  processPayment: jest.fn().mockReturnValue("payment successful")
};

function processOrder(paymentService) {
  paymentService.processPayment();  
}

// Test
processOrder(paymentGatewayMock);
expect(paymentGatewayMock.processPayment).toHaveBeenCalledTimes(1);

En este caso, el simulacro verifica la interacción verificando si se llamó al método, asegurando que el componente se comporte correctamente durante la ejecución.
Diferencias clave entre Mock y Stub
Talón simulado de aspecto
Propósito Verifica las interacciones entre componentes Proporciona respuestas predefinidas
Comportamiento Valida llamadas a métodos y parámetros Solo devuelve datos estáticos
Escenario de uso Se utiliza cuando la interacción importa Se utiliza cuando la salida de datos es suficiente
Complejidad Más complejo de implementar Más simple de crear
Ejemplo de llamadas al método de verificación de prueba Lógica de prueba con respuestas fijas

Cuándo utilizar un código auxiliar
• Prueba de lógica simple: utilice un código auxiliar cuando solo necesite controlar la salida de una dependencia.
• Pruebas basadas en datos: si el objetivo es probar cómo se comporta su componente con datos específicos, los stubs son más adecuados.
• Caso de uso de ejemplo: si está probando una función de inicio de sesión que necesita datos de usuario de una base de datos, utilice un código auxiliar para devolver un usuario ficticio sin llamar a la base de datos real.
Cuándo utilizar una simulación
• Pruebas basadas en interacción: si el objetivo es garantizar que se invoquen los métodos correctos con los parámetros correctos, utilice un simulacro.
• Prueba de interacciones complejas: los simulacros son ideales para componentes que interactúan con múltiples servicios o API.
• Caso de uso de ejemplo: si está probando un servicio de envío de correo electrónico, utilice un simulacro para verificar que se llamó a la función sendEmail() con el destinatario y el mensaje esperado.
¿Se pueden usar simulacros y talones juntos?
Sí, en algunos casos, los simulacros y los resguardos se utilizan juntos dentro de la misma prueba para lograr tanto la validación de la interacción como las respuestas controladas. Por ejemplo, puedes usar un código auxiliar para devolver datos específicos y un simulacro para verificar que se llamó a un servicio en particular.
Pros y contras de los simulacros y los talones
Ventajas de los talones:
• Sencillo y fácil de implementar
• Útil para probar la lógica de componentes de forma aislada
Contras de los talones:
• No se pueden validar llamadas a métodos o parámetros
• Limitado a respuestas estáticas
Ventajas de las simulaciones:
• Verifica comportamiento, interacciones y secuencias
• Útil para escenarios complejos con múltiples dependencias
Contras de las burlas:
• Requiere más configuración y puede dificultar la lectura de las pruebas
• Puede provocar pruebas frágiles si no se usa con cuidado
Mock vs Stub: ¿Cuál debería usar?
• Si su prueba depende del resultado de una dependencia y desea controlar ese resultado, utilice un código auxiliar.
• Si necesita verificar que se llamó a un método o validar las interacciones entre componentes, utilice un simulacro.
• Para pruebas unitarias, los stubs se usan más comúnmente ya que el enfoque está en probar la lógica interna.
• Para las pruebas de integración, los simulacros son más útiles para verificar cómo interactúan las diferentes partes del sistema.

Conclusión
Tanto los simulacros como los stubs desempeñan funciones esenciales en las estrategias de prueba, pero cada uno tiene un propósito diferente. Mientras que los resguardos controlan los datos que devuelve una dependencia, los simulacros garantizan que se produzcan las interacciones correctas entre los componentes. Comprender cuándo y cómo utilizar cada uno puede mejorar la calidad de sus pruebas, lo que generará un software más confiable. Al aplicar simulacros y resguardos correctamente, los equipos pueden reducir errores, acelerar el desarrollo y crear mejores estrategias de prueba tanto para pruebas unitarias como de integración.