Se plantea este primer post sobre SOA Testing con una pregunta, ¿Por qué SOA Testing es diferente al testing tradicional? Parece ser un buen punto de partida para empezar hablar de SOA Testing.

En SOA, no podemos esperar un escenario en el que las aplicaciones son desarrolladas por un mismo equipo, enmarcadas en un proyecto, para una aplicación tradicional con su interfaz de escritorio o Web y su propia lógica de negocio.

 

Las pruebas sobre aplicaciones Web tradicionales se centran en la lógica de negocio y muchas veces se realizan pruebas utilizando la propia interfaz de usuario.

En SOA, los servicios se basan en tecnologías heterogéneas y la integración de componentes distribuidos para crear los procesos de negocio de la organización.

Al testing tradicional SOA agrega los siguientes puntos:

• Los servicios no tienen interfaz de usuario.
• La lógica de negocio esta dentro de los servicios.
• Se utilizan servicios externos a la organización.
• La calidad del servicio (software) cobra vital importancia en la promesa de SOA de brindar reutilización y ágil respuesta a las necesidades de negocio, demandando mayor esfuerzo en pruebas funcionales, de carga y escalabilidad.
• La seguridad a nivel de servicio.

Los servicios Web son un componente sumamente importante en una arquitectura SOA, pero no los únicos, no es suficiente una estrategia de pruebas a nivel de servicios Web.

Estas cuestiones hacen que las organizaciones deban revisar su estrategia de pruebas, la complejidad inherente que SOA introduce hace necesaria la participación de arquitectos en estas actividades y la adopción de una metodología.

El mercado de herramientas de pruebas da respuestas a estas necesidades con herramientas propietarias y libres, sobre todo enfocadas a prueba de servicios Web.

 

Este primer post es una pequeña introducción al tema y da pie a futuras extensiones que profundicen sobre estrategias para abordar las pruebas de una arquitectura SOA y los tipos de pruebas (funcionales, rendimiento, seguridad, interoperabilidad, regresivas, conformidad con las políticas)  que debemos realizar para asegurar entregables de calidad.

Leandro Bonilla

Consultor Innovación Tecnológica - SOA

Etiquetas: Regression test, SOA, SOA Testing, Stress test, Test de carga, Test funcional, Test regresión, Testing

Esta entrada se publicó , el Viernes, 24 de Julio de 2009 a las 0:16 horas y está guardada bajo EAI/SOA. Puedes seguir cualquier respuesta a esta entrada mediante el canal RSS 2.0.