¿Qué son las pruebas de extremo a extremo? Ejemplo E2E

Pruebas de extremo a extremo

Pruebas de extremo a extremo es un método de prueba de software que valida todo el software desde el principio hasta el final junto con su integración con interfaces externas. El propósito de las pruebas de un extremo a otro es probar el software completo en busca de dependencias, integridad de los datos y comunicación con otros sistemas, interfaces y bases de datos para ejercer un escenario similar a una producción completa.

Junto con el sistema de software, también valida el procesamiento de datos/lotes de otros sistemas ascendentes o descendentes. De ahí el nombre "De extremo a extremo". Las pruebas de extremo a extremo generalmente se ejecutan después de funciones funcionales y Pruebas del sistema. Utiliza producción real como datos y entorno de prueba para simular configuraciones en tiempo real. Las pruebas E2E también se denominan Prueba de cadena.

Pruebas de extremo a extremo

¿Por qué realizar pruebas de extremo a extremo?

Pruebas de extremo a extremo verifica el flujo completo del sistema y aumenta la confianza al detectar problemas y aumentar Cobertura de prueba de subsistemas. Los sistemas de software modernos son complejos y están interconectados con múltiples subsistemas que pueden diferir de los sistemas actuales. El sistema completo puede colapsar si falla algún subsistema, lo que representa un riesgo importante que se puede evitar con pruebas de extremo a extremo.

Proceso de prueba de principio a fin

El siguiente diagrama ofrece una descripción general del proceso de prueba de extremo a extremo.

Proceso de prueba de extremo a extremo

Las principales actividades involucradas en las pruebas de extremo a extremo son:

  • Estudio de requisitos de pruebas de extremo a extremo.
  • Configuración del entorno de prueba y requisitos de hardware/software
  • Describir todos los procesos de los sistemas y sus subsistemas.
  • Descriptión de roles y responsabilidades para todos los sistemas
  • Metodología y estándares de prueba.
  • Seguimiento de requisitos de principio a fin y diseño de casos de prueba.
  • Datos de entrada y salida para cada sistema.

Herramienta de prueba de extremo a extremo

1) pruebaRigor

pruebaRigor es líder en la industria en lo que respecta a pruebas de extremo a extremo. Cree pruebas sin código sin inconvenientes en la interfaz de usuario web, aplicaciones móviles nativas e híbridas, navegadores móviles y API. Pruebe correos electrónicos y SMS, y pruebe archivos .XLS, .DOC, .PDF, etc. descargados con facilidad.

Características:

  • Escriba pruebas sin código en inglés sencillo.
  • Cobertura Web + Móvil + API en una sola prueba. Soporte multiplataforma y navegador.
  • Cree pruebas 15 veces más rápido en comparación con Selenium.
  • Reduzca el mantenimiento de las pruebas hasta en un 99.5%.
  • testRigor es seguro y compatible con SOC 2 Tipo 2.
  • Integraciones con CI/CD y gestión de casos de prueba.
  • Realice miles de pruebas y obtenga resultados en menos de 1000 minutos.

Visita pruebaRigor >>

¿Cómo crear casos de prueba de un extremo a otro?

Cree casos de prueba de un extremo a otro
Casos de prueba de un extremo a otro

El marco de diseño de pruebas de extremo a extremo consta de tres partes

  1. Construir funciones de usuario
  2. Condiciones de construcción
  3. Construir casos de prueba

Veámoslos en detalle: –

Crear funciones de usuario

Las siguientes actividades deben realizarse como parte de la creación de funciones de usuario:

  • Enumere las características del sistema y sus componentes interconectados.
  • Enumere los datos de entrada, la acción y los datos de salida para cada característica o función.
  • Identificar las relaciones entre las funciones.
  • Determinar si la función puede ser reutilizable o independiente.

Por ejemplo, considere un escenario en el que inicia sesión en su cuenta bancaria y transfiere algo de dinero a otra cuenta de otro banco (3rdsubsistema de partidos)

  1. Inicie sesión en el sistema bancario
  2. Verificar el monto del saldo en la cuenta.
  3. Transfiera una cantidad de su cuenta a otra cuenta bancaria (3rdsubsistema de partidos)
  4. Consulta el último saldo de tu cuenta
  5. Cerrar sesión de la aplicación

Condiciones de compilación basadas en la función del usuario

Las siguientes actividades se realizan como parte de las condiciones de construcción:

  • Construyendo un conjunto de condiciones para cada función de usuario definida
  • Las condiciones incluyen secuencia, tiempo y condiciones de datos.

Por ejemplo -Comprobación de más condiciones como

Página de inicio

  • Nombre de usuario y contraseña inválidos
  • Comprobación con nombre de usuario y contraseña válidos
  • Comprobación de seguridad de la contraseña
  • Comprobación de mensajes de error

Balance de Cuenta

  • Consulta el saldo actual después de 24 horas. (Si la transferencia se envía a otro banco)
  • Verifique el mensaje de error si el monto de la transferencia es mayor que el monto del saldo actual

Construya un escenario de prueba

Construyendo el Escenario de prueba para la función de usuario definida

En este caso,

  • Inicie sesión en el sistema
  • Verificación del monto del saldo bancario
  • Transferir el monto del saldo bancario

Cree múltiples casos de prueba

Cree uno o más casos de prueba para cada escenario definido. Los casos de prueba pueden incluir cada condición como un caso de prueba único.

Métricas para pruebas de extremo a extremo

A continuación se presentan algunas, entre muchas, métricas utilizadas como ejemplo de prueba de extremo a extremo:

  • Estado de preparación del caso de prueba: Proporciona el progreso de la preparación del caso de prueba en comparación con lo planificado.
  • Progreso de la prueba semanal Proporciona detalles semanales del porcentaje de finalización de pruebas (fallidas, no ejecutadas y ejecutadas en comparación con las pruebas planificadas para su ejecución).
  • Estado y detalles de los defectos Proporciona el porcentaje de defectos abiertos y cerrados por semana. Además, la distribución de defectos por semana según la gravedad y la prioridad.
  • Disponibilidad del entorno –Número total de horas “arriba” / Número total de horas programadas por día para pruebas

Pruebas de extremo a extremo versus pruebas del sistema

Prueba de extremo a extremo Pruebas del sistema
Valida el sistema de software y los subsistemas interconectados. Valida solo el sistema de software según las especificaciones de requisitos.
Comprueba el flujo completo del proceso de un extremo a otro. Comprueba las funcionalidades y características del sistema.
Todas las interfaces y sistemas backend se considerarán para pruebas. Se considerarán pruebas funcionales y no funcionales para las pruebas.
Se ejecuta una vez que se completa la prueba del sistema. Se ejecuta después Pruebas de integración.
Las pruebas de extremo a extremo implican la verificación de interfaces externas, lo que puede resultar complejo de automatizar. Prueba Manualmente se prefiere. Se pueden realizar tanto el manual como la automatización para las pruebas del sistema.

Conclusión

En ingeniería de software, las pruebas de un extremo a otro en las pruebas de software son el proceso de verificar un sistema de software junto con sus subsistemas. El mayor desafío en estas pruebas es tener suficiente conocimiento de todo el sistema, así como de un subsistema interconectado.