Menú

Tutorial de pruebas SOA: metodología de prueba para un modelo de arquitectura SOA

soa testing tutorial

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

SOA Testing Tutorial:

En este artículo, analizaremos las técnicas de prueba para una arquitectura SOA.

El software actual es tan versátil y propenso a manejar las expectativas cambiantes de los usuarios de vez en cuando, un modelo independiente no es útil.

Ahí es donde SOA encaja perfectamente como solución.

Esa es la razón por la que muchas empresas están adaptando o tratando de adaptar el enfoque SOA debido a sus ventajas como; Reducción de costos, agilidad empresarial, fácil mantenimiento, etc. Con el mercado que se avecina lleno de arquitectura SOA, es necesario que los probadores de hoy en día tengan una idea clara de las pruebas SOA.

implementación de clasificación de burbujas c ++

En este artículo, cubriremos los conceptos básicos de SOA con ejemplos.

Esto les daría a los lectores una idea básica sobre SOA. A esto le seguiría el enfoque de implementación de servicios web. Finalmente, entraremos en el proceso de prueba que se puede seguir para un modelo de arquitectura SOA.

Prueba SOA

Lo que vas a aprender:

¿Qué es SOA?

SOA o Sevice-Oriented-Architecture es un método flexible / ágil / eficiente de integrar varias aplicaciones / servicios para lograr ciertas necesidades comerciales.

  • A diferencia de otros sistemas complicados, SOA se compone de componentes / servicios / microservicios más pequeños unidos entre sí para satisfacer las necesidades comerciales.
  • Los servicios son las unidades que integran el sistema y cuando existe la necesidad de un cambio, en lugar de cambiar todo el sistema, se modifica el servicio específico.
  • Un servicio es un componente que es capaz de realizar una tarea.
  • Esta arquitectura es más vendible que el sistema heredado, ya que el usuario final solo obtiene los servicios necesarios para satisfacer sus necesidades. No tiene que conseguir todo el sistema.
  • Los servicios / microservicios están débilmente acoplados, son reutilizables, sin estado, lo que hace que el sistema sea aún más robusto.
  • Este modelo es muy rentable en términos de implementación, desarrollo y mantenimiento.

Ejemplos de SOA

Necesidad de Negocios: Una aplicación en la que un Usuario puede iniciar sesión y buscar Restaurantes en función de la Geolocalización, Descargar los detalles del restaurante y el Menú del servidor una vez finalizada la búsqueda y finalmente se puede realizar un pago por realizar el pedido.

Esta necesidad empresarial se puede lograr mediante la implementación de SOA.

Puede haber servicios / microservicios de la siguiente manera para realizar diversas tareas:

  • Durante el inicio de sesión, el servicio que se utilizaría es 'Servicio de autenticación'
  • La búsqueda de restaurantes se realizaría mediante el 'servicio de localización geográfica'
  • La descarga del menú debe realizarse mediante el 'Servicio de descarga de menús'
  • Finalmente, el pago se realizaría mediante 'Servicio de pago'.

Cada uno de los servicios mencionados hace algo único para que el sistema funcione y entregue lo que se supone que debe hacer. Ahora, si un cliente solo necesita ver el restaurante y su menú, pero no necesita una interfaz de pasarela de pago, solo compraría / implementaría los primeros tres servicios.

Esto simplifica el trabajo para el desarrollo, la implementación, las ventas, el mantenimiento y, después de todo, para el cliente / usuario final.

Servicios web

  • Se trata de API (Interfaces de programación de aplicaciones) que facilitan la interacción entre diferentes programas de software.
  • Existe un proveedor de servicios que aloja el servicio en la Web. Como parte del alojamiento, el proveedor aloja un WSDL.
  • Cuando el Cliente envía un mensaje de solicitud al proveedor de servicios, la comunicación se establece con el uso de la URL / WSDL.
  • En el ejemplo que se muestra a continuación, el servidor de geolocalización aloja un servicio web que utiliza el solicitante del servicio.

Servicios web

Fuentes de imagen aquí y aquí

Proceso de prueba SOA

Cada producto, modelo, infraestructura debe pasar por la fase de prueba para satisfacer al usuario final en términos de un producto de buena calidad. Las pruebas SOA no se limitan solo a las pruebas de una capa / pruebas de protocolo de servicios web. Esta es la prueba general de la arquitectura y cada parte de ella.

El enfoque de prueba puede ser similar al del proceso de prueba normal. es decir.

  • Proceso de revisión de requisitos
  • Planificación de pruebas
  • Diseño de prueba
  • Configuración del entorno
  • Fase de ejecución
  • Fase de informes

El proceso de prueba SOA gira en torno a 3 capas en la arquitectura:

  • Consumidores de servicios
  • Capas de proceso
  • Capas de servicio

Proceso de prueba SOA

Siguiendo con el mismo ejemplo anterior, podemos tener nuestras capas de la siguiente manera:

  • La capa del consumidor de servicios ayuda en la interacción del consumidor. Esto ayuda a leer la entrada del usuario final y devolver la respuesta adecuada para la solicitud recibida. En otras palabras, esto básicamente tiene la interfaz UI.
  • Esta es la capa que se centra en el frente de implementación. Esta capa en nuestro ejemplo tendrá métodos de autenticación, la creación de un usuario, etc.
  • Las capas de servicio son las funciones comerciales en términos de servicios. Todos los servicios a los que se llama realmente cuando se realiza una tarea específica se encuentran en esta capa.

Básicamente, la prueba se puede dividir en 4 etapas diferentes;

Etapas de prueba SOA

Tier 1

1) Prueba de nivel de servicio:

  • Cada servicio involucrado en el sistema se prueba individualmente según un método de solicitud y respuesta.
  • Esta prueba es obligatoria y muy importante para continuar con otros procesos de prueba.

2) Prueba funcional:

  • La prueba se realiza para los servicios en sus necesidades comerciales para determinar si la respuesta que se recibe es correcta.
  • Las necesidades comerciales se convierten primero en casos de prueba y se forman las declaraciones de solicitud.
  • Luego, se procesan las declaraciones de solicitud para ver si las respuestas obtenidas son correctas.
  • En caso de datos de entrada no válidos, se debe generar el código de error adecuado o se debe activar el mensaje de error adecuado.
  • Los formatos de la respuesta, así como los escenarios negativos, deben ejecutarse.

3) Pruebas de seguridad:

  • Siempre que se trata de un servicio web, las pruebas de seguridad juegan un papel clave en el éxito del proceso de prueba.
  • Las pasarelas de autenticación, pasarelas de pago, etc. deben cifrarse cuando se analizan los datos.
  • Cuando se trata de XML, se deben verificar vulnerabilidades como CSRF, inyección SQL.

4) Prueba de rendimiento:

  • Los servicios utilizados en la arquitectura están alojados para que muchas otras aplicaciones puedan hacer uso de ellos. Las pruebas de desempeño aseguran la credibilidad de esos servicios.
  • La prueba de los servicios debe realizarse para descubrir los siguientes conjuntos de resultados;
    • Determinar la estabilidad de los servicios.
    • Validar la escalabilidad de los servicios.
    • Comportamiento del servicio en condiciones de carga máxima
    • Para encontrar los tiempos de respuesta en todos los servicios

El nivel 2

1) Prueba de proceso:

  • Este proceso implica la prueba de varios procesos comerciales.
  • Esto debe formar parte de los escenarios de integración de los servicios web y la aplicación que cubren los requisitos comerciales.
  • Se debe hacer uso de simuladores para generar datos de entrada de muestra y se debe realizar la validación de las salidas respectivas.
  • Se debe realizar el flujo de datos de diferentes capas para demostrar el buen funcionamiento del sistema cuando está integrado.

Nivel 3

1) Prueba de extremo a extremo:

cómo usar un archivo apk
  • Esta fase está destinada a validar los requisitos comerciales tanto funcionalmente como no funcionalmente.
  • La interfaz de usuario de la aplicación está validada.
  • Se prueba el proceso empresarial involucrado.
  • El flujo de datos de un extremo a otro se valida en esta fase.
  • Se valida trabajar con todos los servicios cuando los servicios están integrados entre sí.

Nivel 4

1) Prueba de regresión:

  • Esta prueba valida la estabilidad del sistema en versiones de compilación incrementales.
  • Esto se puede lograr mediante pruebas manuales / pruebas de automatización.

Desafíos en las pruebas SOA

Alguien dijo con razón: “Más grande la malla; ¡Más grande es el lío! ”. SOA puede convertirse en un niño realmente complejo que necesita atención.

En otras palabras, con tantas partes diminutas que constituyen la arquitectura SOA, se convierte en un trabajo realmente difícil certificarlo en Testing.

  • Difícil de simular los entornos de prueba para llevar adelante el proceso de prueba.
  • Los productos involucrados en el modelo pueden ser de la misma tecnología / proveedor. Pero también pueden ser diferentes. ¿Mas problemas?
  • Las combinaciones de prueba se disparan con la cantidad de servicios / componentes involucrados.
  • Complejidad en el modelo
  • La reproducción / prueba de problemas es un trabajo difícil.
  • A diferencia de otros modelos, el enfoque principal de las pruebas debe estar en el alcance comercial en lugar del servicio y su característica.

Herramientas de prueba SOA

Existen numerosas aplicaciones para las pruebas SOA. Las herramientas de prueba SOA se seleccionan en función de sus resultados precisos y una mejor productividad.

  1. SoapUI: Esta es una herramienta gratuita destinada a las pruebas de servicios web. SoapUI es capaz de realizar pruebas funcionales, pruebas de rendimiento y pruebas de carga
  2. Apache Jmeter: Esta es también una utilidad de código abierto que se utiliza para analizar el rendimiento de la invocación SOAP.
  3. JProfiler: Esto se usa para detener o detectar la pérdida de memoria, encontrar cuellos de botella en el rendimiento, etc.
  4. Prueba de servicio HP: Está integrado en HP QC. Esta es una herramienta de prueba funcional, que también admite pruebas de interfaz de usuario y servicios compartidos

A través de este artículo hemos entendido la singularidad del modelo. Esto es muy diferente del modelo heredado y el artículo da una buena idea al respecto. Este artículo también arroja algo de luz sobre el procedimiento SOA y las formas de proceder con las pruebas.

Sobre el Autor: Esta es una publicación invitada de Subhasis. Trabaja como líder de equipo con más de 8 años de experiencia corporativa trabajando para compañías de TI de Fortune 500.

Publique sus consultas / comentarios relacionados con las pruebas SOA a continuación.

¡Todo lo mejor!

Lectura recomendada

^