¿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.
¿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.
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.
¿Cómo crear casos de prueba de un extremo a otro?
El marco de diseño de pruebas de extremo a extremo consta de tres partes
- Construir funciones de usuario
- Condiciones de construcción
- 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)
- Inicie sesión en el sistema bancario
- Verificar el monto del saldo en la cuenta.
- Transfiera una cantidad de su cuenta a otra cuenta bancaria (3rdsubsistema de partidos)
- Consulta el último saldo de tu cuenta
- 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.