Utilizamos cookies propias y de terceros para ofrecer nuestros servicios y recoger datos estadísticos. Continuar navegando implica su aceptación. Más información

Aceptar
Creación de pruebas de cumplimiento automatizadas en SoapUI

Creación de pruebas de cumplimiento automatizadas en SoapUI

Creación de pruebas de cumplimiento automatizadas en SoapUI

 

Mi objetivo para esta publicación es guiarlo a través de los pasos necesarios para crear un conjunto de pruebas de cumplimiento automatizadas en SoapUI. Esto pretende ser una descripción general del proceso y no una guía detallada. Si necesita más detalles sobre alguno de los pasos de esta publicación, consulte el sitio web de SoapUI. Tenga en cuenta también que esta guía se creó teniendo en cuenta la aplicación SoapUI Open Source y puede haber ligeras diferencias si desea crear este tipo de prueba utilizando la versión paga (SoapUI NG Pro).

 

A continuación, tiene una descripción general de cómo crear un conjunto de pruebas de cumplimiento automatizado, ya sea utilizando un servicio web REST o SOAP o un servicio web simulado (los servicios web simulados se pueden crear e invocar utilizando esta guía).

 

1. Crea un nuevo proyecto. Este contendrá sus métodos de solicitud de descanso (una colección de llamadas configuradas a sus servicios web) y su conjunto de pruebas (donde se guardarán todas sus pruebas). Al crear el proyecto, debe elegir el tipo de proyecto que va a crear. Tiene la opción de crear un proyecto SOAP o REST (lo que elija dependerá del tipo de API que desee probar).

2. Cree los métodos de solicitud REST iniciales (GET, POST, PUT, PATCH, DELETE, etc.). Debe haber un método de solicitud REST para cada solicitud HTTP incluida en el servicio web que está intentando probar. Si planea probar un servicio web SOAP y se le ha proporcionado un archivo WSDL, puede crear un método de solicitud utilizando la siguiente guía. Si necesita probar una API RESTful, configure su método de solicitud REST utilizando esta guía.

3. Una vez que haya configurado los métodos de solicitud REST, puede crear un conjunto de pruebas para el proyecto. Haga clic con el botón derecho en el proyecto y elija "New Testsuite" para crear el conjunto de pruebas. Un proyecto puede tener tantos conjuntos de pruebas como necesite, aunque es una práctica normal tener solo un conjunto de pruebas (probando todos los servicios web en un proyecto) o un conjunto de pruebas por servicio web (para API más grandes).

4. Luego, se pueden crear pruebas dentro de la suite para probar un servicio web o una funcionalidad en particular. Las instrucciones básicas para configurar un caso de prueba se pueden encontrar aquí.

5. Dentro de cada prueba, debe agregar pasos de prueba. Un paso de prueba representa una funcionalidad única del servicio web (como SOAP, REST o cualquier otro tipo de solicitud), u otro tipo especializado de acción de paso de prueba (como un Script Groovy, Retraso, Respuesta simulada, Transferencia de propiedades, etc.) . Puede establecer propiedades que se pueden utilizar dentro de los pasos de su prueba (o en sus afirmaciones o scripts) en diferentes niveles del proyecto (Proyecto, Conjunto de pruebas, Caso de prueba, etc.).

6. En cada uno de los pasos de prueba en los que ha creado una prueba de solicitud de servicio web, probablemente desee agregar algún tipo de aserción (si no agrega una aserción al paso de prueba, no se marcará como aprobada cuando ejecute sus pruebas automatizadas ). Tiene varias opciones de afirmación disponibles cuando usa SoapUI:
  • Contenido de la propiedad (contiene / no contiene): se puede usar para afirmar que una cadena esperada está presente en la respuesta.
  • Códigos HTTP válidos / no válidos.
  • Schema Compliance: Valida que el esquema de la respuesta sea válido con la definición de esquema WSDL o ASDL asociada (un esquema deberá estar previamente definido en el archivo .wadl del proyecto).
  • Aserciones de script: le permiten utilizar el lenguaje de programación Groovy o JavaScript para escribir afirmaciones de script para sus pruebas. Esta es una funcionalidad bastante poderosa y flexible y puede mejorar considerablemente su capacidad para afirmar en detalle. Aquí se pueden encontrar algunos puntos de partida para usar lenguajes de secuencias de comandos en SoapUI.

7. Una vez que haya creado todas sus pruebas, puede ejecutarlas en el conjunto de pruebas utilizando el ejecutor de pruebas. Esto se puede invocar desde la línea de comandos (que es útil cuando se integra con una plataforma CI) o mediante la GUI de SoapUI. Puede encontrar una guía sobre cómo ejecutar el ejecutor de pruebas desde la línea de comandos aquí. Si prefiere ver el estado en vivo de las pruebas mientras se están ejecutando (una representación gráfica en lugar de una salida CLI), puede hacerlo haciendo doble clic en el conjunto de pruebas y eligiendo la opción para ejecutar el conjunto de pruebas. 

Algunas palabras sobre la creación de scripts en SoapUI: Puede utilizar JavaScript para o Groovy para sus necesidades de creación de scripts en SoapUI. Ambos son potentes lenguajes de scripting / programación, pero Groovy es la opción obvia si está planeando probar una API de Java, ya que es compatible con versiones anteriores de Java. Puede encontrar más información sobre el lenguaje de programación Groovy aquí.   


Escrito por David Creer

Noticias relacionadas

23-04-2024

Convertirse de principiante a experto en pruebas de Software

15-04-2024

Innovación al descubierto: Explora el laboratorio de última generación de K-LAGAN | Visita virtual

03-04-2024

Uniendo Fuerzas: Innovación y Usabilidad en el Diseño UX/UI

27-03-2024

K-LAGAN participa en JFTL, el Epicentro Europeo de Software Test

29-02-2024

Ingeniería de requisitos: Construye el alcance de proyecto con K-LAGAN Engineering

21-02-2024

K-LAGAN Engineering, presente en FIMA 2024