Diferencia entre revisiones de «SoapUI»

De Dos Ideas.
Saltar a: navegación, buscar
Línea 102: Línea 102:
 
  |-
 
  |-
 
  | <imagemap>
 
  | <imagemap>
Image:SoapUI-Casos-Prueba.jpg|center|Configurar y Ejecutar Casos de Prueba
+
Image:SoapUI-Ejecutar-Casos.jpg|center|Configurar y Ejecutar Casos de Prueba
 
default [[SoapUI]]
 
default [[SoapUI]]
 
desc none
 
desc none

Revisión del 19:10 15 dic 2008

SoapUI es una herramienta de Software Libre gráfica, está basada en Java y sirve para el testeo de Web Service y generación de Clientes De Web Service.

SoapUI permite testear web services de forma facil, ver los resultados. Además, permite facilitar el uso de herramientas comunes para la generación de clientes, como Axis.

Trabajando con web services, y sin interfase gráfica en la aplicación, esta herramienta nos permite automatizar fácilmente las pruebas funcionales y así asegurar la calidad en nuestros proyectos.

Las pruebas funcionales de los web services podrían usarse para más de un propósito:

  • Pruebas unitarias: para validar que cada operación de los servicios funciona como se definió.
  • Prueba de aceptación: para validar que el servicio retorna resultados aceptables según los requerimientos.
  • Pruebas de proceso: para validar que una sucesión de invocaciones del servicio cumple con el proceso de negocio definido.
  • Pruebas de manejo de datos: para validar el comportamiento con las entradas de datos externos al sistema (bases de datos, otros sistemas, uso de otros web services).
  • Pruebas de regresión: para validar el comportamiento post cambios.

Un paso a paso

1. Tener instalada la última versión bajada de la Web oficial de SoapUI.

2. Crear un nuevo proyecto SoapUI para el proyecto a probar. Donde configurar la url que contiene el WSDL del proyecto.

Creacion de un proyecto

3. Por cada operacion del servicio a probar, crear una peticion. Cada peticion requiere el ingreso de valores para los parámetros definidos. Agregar valores en el XML que nos propone el wizard de la herramienta.

Agregar Peticion

Editar Parametros Peticion

4. El proyecto se persiste en un script XML, que podemos resguardar en el repositorio en el que tengamos el código fuente del proyecto. Y así todo el equipo podrá hacer crecer la prueba funcional automática del proyecto, y de un modo ágil.

5. Con los pasos dados hasta acá, logramos obtener una prueba funcional del proyecto y su documentación.

6. Esta herramienta maneja el concepto de TestSuite, TestCase, TestStep, como lo manejan JUnit, JMeter, etc. Un TestSuite sirve para contener un número arbitrario de casos de prueba (TestCases) que pueden ejecutarse secuencialmente o en paralelo. Los TestSteps sirven para ejecutar TestCases secuencialmente. Una vez creadas las peticiones, es posible generar una TestSuite y así automatizar las pruebas funcionales, con el valor agregado de tener pruebas de regresión.

Agregar Peticion a un Caso de Prueba

7. Por cada TestCase es posible hacer validaciones automáticas de los resultados. Entonces, por cada petición, verificar si la respuesta es un fault, o no lo es, o contiene determinado valor, o no lo contiene. Es una buena práctica, en el manejo de web services, que los errores inesperado del sistema (Runtime Exception) viajen en un tag “fault”. Distinto a una respuesta normal del servicio.

Agregar una asercion a la respuesta de una peticion

Tipos de Aserciones

Agregar una asercion de contenido

8. Con las peticiones agregadas a los casos de prueba, se puede realizar una ejecución masiva utilizando la opción Launch TestRunner.

Configurar y Ejecutar Casos de Prueba


Ver también