web services - services - Servicios web de pruebas de automatización

pruebas de servicios web (5)

Trabajo para un equipo de Midtier y he estado probando prácticamente los servicios web Manualmente usando SOAP UI. Tengo la tarea de automatizar el testcase de regresión. No tenemos ningún equipo de Automatización en este momento y, por lo tanto, tengo plena libertad para usar la herramienta que quiera y le digo a mi gerente qué herramienta se adapta bien ... Pero todavía no he aprendido las Pruebas de Automatización. ¿Alguien tiene alguna sugerencia sobre cuál será una buena herramienta para la prueba de automatización Midtier? Tenemos muchos servicios donde validamos los resultados con los resultados en SAP. Por ejemplo, si estoy probando el precio de un artículo en Midtier, debería verificar si el precio devuelto coincide con el precio en SAP. He estado haciendo esto manualmente cuando inicio sesión en SAP vaya al código de transacción provisto y comprobando el precio de ese artículo, ¿alguien puede pensar en alguna buena herramienta de prueba de automatización donde pueda manejar este tipo de situación?

Lo que hice en una situación similar (necesitaba probar una aplicación de terceros muy compleja que solía tener problemas recurrentes de calidad): escribí algunas pruebas unitarias usando el entorno regular JUnit 4, pero en lugar de probar clases locales de Java, realicé el servicio web llama y verifica la respuesta. Si necesita verificar los resultados contra un servidor SAP R / 3, también es posible usar Java Connector (JCo) disponible desde http://service.sap.com/connectors . El inconveniente es que obviamente necesita saber cómo codificar las pruebas en Java.

Puede usar Soap-UI Pro si desea automatizar las pruebas de regresión de su servicio web. La automatización es bastante simple en soapui, estoy trabajando en lo mismo. He automatizado el servicio web de integración de todos mis vuelos utilizando soap ui. Puede usar un lenguaje de scripts maravilloso para escenarios complejos.

Gracias, Hanumant

Lo que hicimos durante un proyecto grande es con muchos sistemas heredados conectados (más de 200 servicios):

para cada servicio creamos proyectos SoapUI con las afirmaciones adecuadas que reflejan la bondad del servicio (conectividad, funcionalidad, etc.)
configuramos Hudson para que ejecute la lista de esos proyectos de SoapUI para los servicios. Todos los servicios ejecutados se registran (solicitud, respuesta)
creamos trabajos ant y analizamos las respuestas registradas y creamos un informe diario (también se ejecuta en Hudson)

También tocamos servicios asincrónicos mediante la búsqueda de patrones en los registros del servidor. Lo importante aquí fue tener una convención de creación de proyectos SoupUI (nombres, afirmaciones necesarias, etc.).

Estoy trabajando en una solicitud similar. Como el cliente ya ha automatizado algunos de los servicios utilizando soapUI (OS) mi trabajo es un poco más difícil.

La versión del sistema operativo no cuenta con la fuente de datos, los pasos de la prueba de bucle de datos para crear un conjunto de pruebas basado en datos, pero siempre hay una solución alternativa.

Puede usar incluso la versión de Código abierto para implementar los tres tipos de marcos de automatización prevalentes.

Marco impulsado por la acción: para aplicar este marco a soapUI, debe identificar algunos pasos de prueba comunes en la configuración, ejecución y validación del servicio. Una vez identificados, sepárelos en un conjunto de pruebas y / o casos de prueba y simplemente llame al paquete de prueba / paso de prueba apropiado.
Por ejemplo: Tengo un paso de prueba que validó que el servicio ha realizado una entrada de orden en el DB así que crearé un caso de prueba + suite de prueba y agregaré un paso de prueba jdbc para buscar el ID del pedido basado en el datos que proporciono La consulta se parametrizará. En el script actual, ejecutaré el servicio y extraeré todos los valores necesarios para ejecutar la consulta db. Estos valores se pasarán al caso de prueba reutilizable utilizando el paso de prueba de prueba de ejecución.
Algunas cosas para recordar, es si tiene una gran cantidad de casos / parámetros de prueba y piensa que el servicio tendrá que ser modificado, luego coloque los parámetros en un archivo Excel y cárguelos utilizando groovy desde el área de script de instalación de la suite de pruebas.
Necesitará scriptom api para trabajar con excel o Jxl (una implementación un poco más complicada)
Marco de trabajo basado en datos, en este marco básicamente identifica los diferentes escenarios que desea ejecutar en el servicio y rellena un excel con datos relevantes, luego usa groovy y scriptom o jexcel o jxl api en todas las filas en Excel y ejecuta el servicio con diferentes elementos de datos. Este enfoque puede hacerse tan complejo como desee y tan simple como lo desee.
Marco impulsado por palabras clave: este es probablemente el marco más complejo de todos para implementar, ya que requiere una gran cantidad de planificación, desarrollo y demás. Actualmente estoy diseñando un marco de este tipo. Le habría contado algunos detalles si no hubiera acuerdos de confidencialidad vigentes.

También entiendo que eres nuevo en groovy, deberías echarle un vistazo al sitio de soapUI y groovy, tienen muchos ejemplos realmente buenos y recuerda que siempre hay stackflow para responder tus consultas.

Déjame saber cómo te besas con este esfuerzo.

SI sus servicios web son REST, simplemente grabe primero con REST Client (complemento de Chrome) y exporte con Maven. Cree el proyecto Maven y agregue el plugin exp:

<plugin> <groupId>com.restlet.client</groupId> <artifactId>maven-plugin</artifactId> <version>2.3.0.1</version> <executions> <execution> <phase>test</phase> <goals> <goal>test</goal> </goals> <configuration> <file>API_Testing.json</file> <selectedEnvironment>Staging</selectedEnvironment> <licenseKey/> </configuration> </execution> </executions> </plugin>