2009-07-21 19 views
8

¿Alguien ha trabajado en las pruebas de wsdl? A saber,Prueba de WSDL

  • validación del esquema
  • validación semántica
  • Las pruebas de regresión de WSDL
  • Interoperabilidad

¿Alguien tiene una idea de cómo poner en práctica lo anterior?

Respuesta

0

Normalmente, utilizaría una herramienta/producto para hacer esto. Altova (XMLSpy) viene a la mente.

+0

1) ¿Se puede usar SoapUI para las pruebas wsdl en lugar de Altova (XMLSpy)? Si es así, ¿cómo lo logramos? 2) Si no, ¿cuáles son las otras herramientas (que no sean Altova) que se pueden usar para el mismo? –

+0

No estoy seguro, pero podría preguntarle a AutomatedTester (ver respuesta arriba) –

10

Uso SoapUI para todas mis pruebas de SOAP/REST. Hace todas las cosas que desea y es probablemente una de las herramientas más utilizadas.

También se puede integrar como una API. Integrating with SoapUI

1

Solía ​​usar SoapScope de MindReef (vale, utilicé sus pruebas, pero no pude convencer a la compañía para comprarlo). Este fue un muy buen producto para pruebas de cumplimiento y para crear pruebas de regresión.

Han sido adquiridos por Progress Software. La nueva URL es http://www.actional.com/mindreef/. No he utilizado este producto del que ahora forman parte.

2

Para prueba de interoperabilidad de WSDL es el kit de herramientas que recomendaría es el publicado por WS-I para probar el cumplimiento con Basic Profile 1.1 y Basic Security Profile 1.0.

Para descargar las herramientas buscan "Herramientas de prueba de interoperabilidad 1.1" en la WS-I Testing tools page

Tenga en cuenta que la herramienta de prueba hace 2 tipos de pruebas, a) analizar el WSDL y b) el seguimiento del tráfico en el cable. Solo he usado el análisis WSDL.

La salida del análisis WSDL puede ser difícil de entender y decodificar, y realmente ayuda si tiene a mano un práctico gurú WSDL/XSD. Lamentablemente, estos parecen escasear. También ayuda mucho tener una comprensión completa del WS-I Basic Profile de antemano (la especificación 1.1 está en Basic Profile) y si escribe sus WSDLs en esta especificación, entonces debe lograr la conformidad fácilmente; que también es un argumento en contra de dejar que las herramientas generen WSDL para usted, ya que rara vez logran el cumplimiento como un objetivo.

También tenga en cuenta que cuando su WSDL pasa por el análisis con un PASS, esto aún no garantiza la interoperabilidad con los consumidores escritos con la amplia gama de herramientas que generan código proxy de un WSDL.

En el mejor de los casos obtendrá un "sello de aprobación" que le brinda la mejor oportunidad de cumplir con la interoperabilidad con la más amplia gama de consumidores. Una vez que tiene un WSDL compatible, puede reclamar el cumplimiento y afirmarlo en el WSDL utilizando las recomendaciones de la especificación Conformance Claims.