Panoramica stub del servizio

Gli stub del servizio sono simulazioni di un servizio effettivo che possono essere utilizzati per sostituire funzionalmente il servizio in un ambiente di test. Un server dello stub sostituisce il server delle applicazioni attuale.

Dal punto di vista dell'applicazione del client, lo stub del servizio è identico al servizio attuale che è simulato. Per utilizzare uno stub del servizio in sostituzione del servizio effettivo, è necessario essere in grado di sostituire l'URL del servizio originale nell'applicazione client con l'URL del server dello stub.

Esempi del caso di utilizzo

Ci sono diversi casi dove potrebbe essere utile distribuire i servizi dello stub invece di utilizzare i servizi effettivi per i test:
  • Se si sta eseguendo il test di un servizio locale che utilizza i dati da un altro servizio remoto, potrebbe essere necessario inserire un contenuto specifico al servizio di cui si desidera eseguire il test dal servizio remoto. È possibile simulare il servizio remoto con uno stub del servizio per assicurare che il servizio locale risponda correttamente ad un input specifico.
  • Alcuni servizi commerciali addebbitano gli utenti per ogni chiamata. Se si sta eseguendo il test di tale servizio, è possibile distribuire ed eseguire il debug del test rispetto ad un servizio dello stub che si basa su WSDL del servizio attuale, senza essere addebitato dal servizio commerciale.
  • Durante l'integrazione di un'ampia applicazione che coinvolge più client e servizi, alcuni servizi potrebbero tuttavia non essere operativi, sebbene le relative specifiche WSDL siano disponibili. È possibile simulare i servizi mancanti con gli stub del servizio che consente di procedere con il lavoro di integrazione.

Architettura dello stub del servizio

Creare uno stub del servizio fornendo una specifica WSDL esistente. Lo stub del servizio viene generata con le stesse porte e collegamenti del servizio originale in modo che possa essere indirizzato con esattamente la stessa interfaccia. Ogni operazione nel servizio restituisce una risposta predefinita del tipo definito dal WSDL.

È possibile modificare lo stub del nell'editor dello stub per modificare la risposta predefinita o per creare le risposte condizionali che simulano le risposte effettive del servizio originale.

Una volta terminata la modifica dello stub del servizio, è possibile distribuirlo su un server stub locale in esecuzione nel workbench. Il server dello stub simula un server delle applicazioni effettivo e può ospitare più stub del servizio. Controllare il server stub dalla vista di monitoraggio stub.

Infine, per utilizzare lo stub del servizio invece del servizio originale, modificare l'URL utilizzato dall'applicazione client per puntare al server dello stub locale invece che al server delle applicazioni originale. Questo URL, e il WSDL dello stub del servizio, viene fornito nella vista di monitoraggio dello stub.

Server stub remoti

I server stub remoti non si applicano a IBM Rational Service Tester for SOA Quality.

Per il test delle prestazioni, è possibile distribuire i server stub sui computer remoti che stanno eseguendo Agent Controller su piattaforme Windows e Linux. Questo consente all'utente di ridurre il carico sul computer locale o di eseguire il test di diverse configurazioni di rete con più server stub.

È inoltre possibile distribuire i server dello stub come parte di una pianificazione delle prestazioni.


Feedback