Cómo crear un conjunto de pruebas y un caso de prueba en SoapUI
⚡ Resumen inteligente
Crear un SoapUI El proyecto, el conjunto de pruebas y los casos de prueba permiten realizar pruebas estructuradas de servicios web SOAP. Este tutorial explica los fundamentos del protocolo SOAP, la importación de WSDL, la ejecución de solicitudes, la configuración de aserciones y el análisis del registro de respuestas para realizar pruebas funcionales y de regresión fiables.
Comprender el protocolo SOAP
Antes de crear un SoapUI Caso de prueba, ayuda a repasar los conceptos básicos del protocolo SOAP. Una comprensión clara de cómo las solicitudes y respuestas SOAP se mueven entre sistemas facilita su uso. SoapUI para probarlos eficazmente.
SOAP significa Simple Object Access ProtocolA continuación se detallan las propiedades principales del protocolo SOAP:
- Es un protocolo basado en XML que se utiliza para la comunicación entre dos sistemas diferentes.
- Es independiente de la plataforma y del idioma. Un sistema desarrollado utilizando Java puede comunicarse con uno desarrollado en .NET.
- Las solicitudes y respuestas SOAP se transportan a través de HTTP.
Aprenda el formato de mensaje SOAP.
Un mensaje SOAP es un documento XML común que contiene los siguientes elementos. Un mensaje puede ser una solicitud o una respuesta.

Con los fundamentos de SOAP establecidos, el siguiente paso es construir el SoapUI Estructura del proyecto, conjuntos de pruebas y casos de prueba necesarios para validar un servicio web determinado. El siguiente tutorial utiliza una SoapUI Ejemplo de proyecto para crear un nuevo proyecto SOAP.
Creación de un proyecto SOAP en SoapUI
El proyecto SOAP contiene la definición WSDL importada junto con todas las solicitudes de muestra generadas para cada operación.
Paso 1: Según el tipo de proyecto, importe el protocolo SOAP o REST. En este ejemplo, cree un nuevo proyecto SOAP.
Paso 2: Utilice la siguiente solicitud SOAP URL: http://www.dneonline.com/calculator.asmx?wsdl
- Introduzca el nombre del proyecto.
- Introduzca la ruta de la solicitud WSDL (en este caso, http://www.dneonline.com/calculator.asmx?wsdl).
- Haga clic en OK.
Nota:
- Cree una solicitud de ejemplo para todas las operaciones: Genera una solicitud de muestra para cada operación en el WSDL. Está habilitado por defecto al introducir la dirección del WSDL; puede desmarcarse si no es necesario.
- Cree un conjunto de pruebas para el WSDL importado: añada una etiqueta SoapUI Conjunto de pruebas dentro del proyecto para el WSDL importado.
- Rutas relativas: Guarda todos los archivos en relación con el archivo del proyecto para facilitar su portabilidad.
Paso 3: Tras crear el proyecto SOAP con el WSDL anterior, se importarán dos operaciones al proyecto.
Paso 4: Expanda la primera solicitud, haga clic con el botón derecho. Agregar , luego haga clic en Nueva solicitud.
Luego haga clic en OKLa solicitud SOAP se muestra en formato XML.
- Ingrese valores para intA y intB.
- Haga clic en el botón Enviar Formulario .
- La respuesta XML aparece en el panel derecho.
¿Por qué crear casos de prueba en lugar de solicitudes directas?
Es posible enviar una solicitud para una sola operación directamente, pero este enfoque presenta limitaciones rápidamente cuando se deben probar múltiples combinaciones de entrada. Por ejemplo, cambiar de 5+5 a 4+4 requiere editar la solicitud cada vez. Un conjunto de pruebas con casos de prueba permite reutilizar cada escenario sin modificar la operación original.
Cómo crear un conjunto de pruebas en SoapUI
Un conjunto de pruebas es un contenedor que agrupa casos de prueba relacionados. Siga los pasos a continuación para crear uno.
Paso 1) Haga clic con el botón derecho en la raíz del proyecto.
Dentro del proyecto, cree un conjunto de pruebas haciendo clic con el botón derecho en la raíz del proyecto.
Paso 2) Introduzca los detalles del conjunto de pruebas.
Introduzca el nombre del conjunto de pruebas y haga clic. OK.
Paso 3) Verifique el conjunto de pruebas creado.
El nuevo conjunto de pruebas aparece en el panel de navegación, como se muestra a continuación.
Paso 4) Abra el conjunto de pruebas.
La ventana del conjunto de pruebas se abre en el panel derecho. Como aún no existen casos de prueba, todas las opciones de acción permanecen deshabilitadas.
Cómo crear un caso de prueba en SoapUI
Los casos de prueba se encuentran dentro de un conjunto de pruebas y agrupan los pasos de prueba individuales que ejercitan un servicio web.
Paso 1: Dentro de un conjunto de pruebas, cree varias pruebas haciendo clic con el botón derecho en el conjunto de pruebas y seleccionando Nuevo caso de prueba.
Paso 2: Especifique el nombre del Caso de prueba y hacer clic en OK.
Paso 3: El caso de prueba creado inicialmente no tiene pasos, como se muestra a continuación.
Nota: El caso de prueba se agrega con cero pasos de prueba para cada tipo de prueba. A medida que se agregan pasos, los números entre paréntesis se actualizan automáticamente.
Los pasos de las pruebas funcionales pertenecen a Pasos de prueba, los pasos de rendimiento entran en Prueba de cargay los controles de seguridad se realizan bajo Pruebas de seguridad.
Paso 4: Inserte diferentes tipos de pasos de prueba haciendo clic con el botón derecho. Pasos de prueba y seleccionando la opción apropiada. Para un servicio web REST, seleccione la solicitud de prueba REST en lugar de una solicitud SOAP.
Agregar un paso de prueba en SoapUI
Agregue un paso de prueba para validar la solicitud SOAP importada dentro del caso de prueba.
Paso 1: Agregar un nuevo paso de tipo Solicitud de jabón como se muestra a continuación.
Paso 2: Ingrese el nombre del paso y haga clic. OK.
Paso 3: Aparece un cuadro de diálogo para seleccionar la operación que se desea ejecutar. Se muestran todas las operaciones disponibles para su selección.
- Aquí aparecen muchas operaciones. Las operaciones son idénticas, salvo por la versión SOAP: CalculatorSoap utiliza la versión 1.1 de SOAP, mientras que CalculatorSoap12 utiliza la versión 1.2 de SOAP.
- En este caso, la versión no importa, por lo que se puede seleccionar cualquiera.
- Después de seleccionar la operación, haga clic. OK.
Paso 4: Al agregar un caso de prueba, se pueden aplicar aserciones estándar. Las aserciones, también llamadas puntos de control o puntos de validación, se explican en el siguiente tutorial.
Al crear un caso de prueba, se pueden agregar los siguientes puntos de control. El ejemplo que se muestra a continuación crea un caso de prueba sin ningún punto de validación habilitado.
- Verifica si el mensaje de respuesta es SOAP después de que se ejecuten las pruebas.
- Verifica si el esquema de respuesta es válido.
- Verifica si la respuesta SOAP contiene un elemento FAULT.
Paso 5: Al crear el caso de prueba, el XML de la solicitud aparece como se muestra a continuación. La estructura del XML se explica en la captura de pantalla.
Paso 6: El contador de pasos de prueba se ha incrementado a uno, ya que se ha añadido un paso. Al añadir pasos de prueba de carga y seguridad, sus respectivos contadores se incrementarán automáticamente.
Enviar una solicitud manualmente y leer la respuesta en SoapUI
Paso 1: El siguiente ejemplo suma dos números enteros.
- intA — 5
- intB — 5
Siguiente:
- Introduzca estos datos en lugar de los signos de interrogación en el XML de la solicitud.
- Después de actualizar las etiquetas XML correspondientes, haga clic en Enviar para comprobar la respuesta.
Paso 2: Una vez enviada la solicitud, el servidor web la procesa y devuelve la respuesta, como se muestra a continuación.
La respuesta confirma que 5 más 5 es igual a 10.
Comprensión de los paneles de respuesta y registro SOAP
Como se mencionó anteriormente, los mensajes SOAP se transportan a través de HTTP. Inspeccionar los mensajes sin procesar ayuda a aclarar cómo se transmiten la solicitud y la respuesta SOAP a través de HTTP.
Paso 1: Haga clic en el botón RAW ficha en el SoapUI ventana de solicitud.
- La solicitud se envía al servidor web, por lo que se utiliza el método HTTP POST.
- La solicitud SOAP viaja en el cuerpo del mensaje HTTP.
Paso 2: Ahora haga clic en el RAW ficha en el SoapUI Ventana de respuesta para comprender cómo se entrega la respuesta a través de HTTP.
- Una vez procesada la solicitud, se muestra el código de respuesta HTTP (200), lo que indica que la operación se ha realizado correctamente.
- La respuesta SOAP se devuelve al cliente dentro del cuerpo del mensaje HTTP.
La siguiente tabla resume los códigos de respuesta HTTP más comunes para una depuración rápida.
| HTTP Code | Mareas Ideales para Lecciones |
|---|---|
| 1xx | Informativo: Solicitud recibida, el procesamiento continúa. |
| 2xx | Éxito: Acción recibida, comprendida y aceptada satisfactoriamente. |
| 3xx | Redireccionamiento: Se requieren acciones adicionales para completar la solicitud. |
| 4xx | Error del cliente: La solicitud contiene errores de sintaxis o no puede ser atendida. |
| 5xx | Error del servidor: El servidor no pudo procesar una solicitud aparentemente válida. |
Paso 3: La ventana de Caso de prueba también muestra metadatos adicionales para la solicitud y la respuesta.
- Indica que NO hay encabezado en la solicitud que se está enviando.
- Indica que la solicitud que se envía al servidor web NO contiene archivos adjuntos.
- Indica 10 elementos de encabezado en la respuesta, que se pueden ver al hacer clic.
- Indica que no hay archivos adjuntos en el mensaje de respuesta.
Panel de registros
El panel de registros muestra toda la información intercambiada entre el cliente y el servidor. A continuación se describen las pestañas de registro más utilizadas.
SoapUI Log: Muestra información de respuesta del servidor web. Los mismos datos se almacenan en el archivo soapui.log dentro del SoapUI directorio bin.
Registro HTTP: Muestra todas las transferencias de paquetes HTTP. Toda la información visible en la vista RAW también se registra en el registro HTTP.
Registro de errores: Muestra todos los errores encontrados durante toda la sesión del proyecto. La misma información se almacena en soapui-errors.log dentro del SoapUI directorio bin.
Registro de memoria: Monitorea el consumo de memoria y lo muestra en un gráfico. Esto resulta útil al ejecutar operaciones que consumen mucha memoria.
Una vez que se ha configurado el conjunto de pruebas, el caso de prueba y el paso de prueba, y se ha recibido una respuesta satisfactoria, el siguiente paso es validar dicha respuesta. Los tipos de aserciones se explican en el siguiente tutorial.






























