SOA servizi di test

Question

Qual è il modo migliore per i servizi di test SOA? Dovrei scrivere i miei propri test utilizzando WCF o dovrei utilizzare un framework di test, come SoapUI. Quali sono i limiti di ciascun metodo e ci sono strumenti migliori?

Answer 1

È sicuramente dovrebbe utilizzare SoapUI. Soprattutto in un ambiente misto. vale a dire in un ambiente misto (Java, Delphi, WCF, ecc ..) SoapUI sarà il vostro strumento comune che può confermare che cosa funziona e cosa no. Può anche essere utilizzato per impostare i servizi finti in modo da poter confrontare con un servizio che non è ancora costruito. vale a dire dal WSDL si può costruire qualcosa in minuti che registrare le richieste e dare risposte. Questo è estremamente vantaggioso. Lungo la strada, sarete in grado di verificare cosa funziona e cosa non utilizzare lo strumento comune, piuttosto che combattere su "funziona qui a tecnologia X, quindi deve essere un problema a vostra fine".

Guardare negli mockservices demo dove si mostra come fare le risposte semplici in scatola a base di XPath. Molto semplice ed efficace. È possibile inviare una risposta e restituire una varietà di risposte prevedibili. per esempio, di inviare gli aggiornamenti per emps Tom, Dick, Harry. Configurare il mockservice SoapUI per tornare successo per Tom, errore morbido per Dick, l'errore catastrofico per Harry.

IMO, il posto migliore per iniziare prima di costruire qualsiasi servizio web è quello di costruire un mockservice in SoapUI. Poi si può provare con carichi utili di esempio e vedere se tutti è vedere ciò che si aspettano. vale a dire HR invia un nuovo dipendente a libro paga, utilizzando il WSDL che tutti erano d'accordo a. Il dev Payroll non è nemmeno ancora codificato la sua parte, ma guardando l'operazione in SoapUI, vede che il formato EmpID è "totalmente non andare a lavorare sulla nostra fine". Ora HR può fare un cambiamento. Il dev Payroll vede anche che le date di terminazione sono 1889/12/31 per i dipendenti che non sono stati ancora sparato. Si aspettava ''. Ora una discussione può derivarne tra gli sviluppatori e gli analisti, invece di più tardi durante l'integrazione o l'avvio, quando la discussione sarebbe probabilmente coinvolgere diversi strati di PM, "situazione porta", ecc ..

Answer 2

vi consiglio anche di dare un'occhiata del nuovo SO-Aware da Tellago Studios; http://www.tellagostudios.com/ . Una delle caratteristiche è il test servizio automatico.

Answer 3

Testing della SOA solo garantisce che tutti i servizi indipendenti si comportano nel modo previsto, pur aderendo al contratto ingresso e uscita stabilita da questi servizi. Lo strumento non deve solo limitarsi a webservices test. SOA strumenti di test:

1. Sapone UI
2. SOArite .