Ambiente di test WSDBIT

Questo argomento descrive l'ambiente fisico e il dispositivo e le relative funzionalità di servizio ospitate.

Modello di rete

Il dispositivo e il client da testare sono connessi a un segmento di rete Ethernet e formano una singola subnet IP. Lo schema di indirizzamento di rete (ad esempio IPv4, IPv6 o nomi host) non è rilevante purché sia il client che il dispositivo supportino almeno uno schema in comune Deve essere presente un solo dispositivo e un client nella subnet.

Per facilitare il debug e la risoluzione dei problemi, è consigliabile usare un monitoraggio di rete per monitorare gli scambi di traffico tra il dispositivo e il client. Per monitorare tutto il traffico, è necessario connettere il dispositivo e il client tramite un hub Ethernet al segmento di rete. Se un hub non è disponibile, potrebbe essere possibile monitorare il traffico installando un monitor di rete nel computer che esegue WSDBIT.

La figura seguente illustra la topologia di rete costituita da un dispositivo, un client e un monitoraggio di rete connessi tramite un hub.

Dispositivo di test

Per partecipare al test del lato dispositivo, è necessario implementare il dispositivo come descritto nelle linee guida generali seguenti. Per ulteriori informazioni sull'implementazione del dispositivo, vedere la WSDBIT Reference e la specifica Devices Profile for Web Services (DPWS).

Nella tabella seguente vengono descritte le dipendenze dei test case di servizio e interoperabilità.

Sceneggiatura	SimpleService	AttachmentService	Servizio di Gestione Eventi
Ispezione dei dispositivi e dei servizi	Uno o più di SimpleService,	AttachmentService,	o EventingService
Controllo del dispositivo	X
Allegati		X
Gestione eventi			X

Il dispositivo di test deve ospitare tre tipi di servizi:

• https://schemas.example.org/SimpleService

• https://schemas.example.org/AttachmentService

• https://schemas.example.org/EventingService

SimpleService

Il servizio SimpleService ha quattro metodi:

• OneWay è un metodo unidirezionale con un numero intero come parametro.

• TwoWay è un metodo request-response con due numeri interi nella richiesta e la somma di questi interi nella risposta.

• TypeCheck è un metodo request-response con diversi tipi nella richiesta e esattamente gli stessi tipi nella risposta, inclusi valori booleani, decimali, float e un elenco di URL.

• AnyCheck è un metodo request-response con un frammento XML nella richiesta e lo stesso frammento restituito nella risposta.

Servizio di Allegati

Il servizio AttachmentService invia e riceve gli allegati. I dati degli allegati da inviare e ricevere sono inclusi nella directory \interop come due file separati: Image1.jpg e Image2.jpg. Questo servizio ha due metodi:

• OneWayAttachment è un metodo unidirezionale con un allegato come parametro.

• TwoWayAttachment è un metodo request-response con allegati sia nella richiesta che nella risposta.

EventingService

Il servizio EventingService ha due tipi di eventi che possono essere sottoscritti:

• SimpleEvent è un evento senza un parametro.

• IntegerEvent è un evento che restituisce un numero intero.

Implementazione dei servizi di test

Per esercitare tutti i test case di interoperabilità, è necessario implementare tutti questi servizi. In questo caso, dopo l'avvio iniziale, il dispositivo ospita un'istanza di ognuno di questi servizi.

Tuttavia, se si desidera implementare solo alcuni di questi servizi, vedere la tabella all'inizio di questo argomento per informazioni sulle dipendenze del test case di servizio e interoperabilità.

Annotazioni

Per tentare uno degli scenari di interoperabilità avanzati (ad esempio controllo del dispositivo, allegati ed eventi), il dispositivo di test deve almeno supportare i test case di ispezione dei dispositivi e dei servizi. Se il dispositivo non supera questo test case, potresti non riuscire a continuare con i test case avanzati.

Il dispositivo di test e il dispositivo WSDBIT (WSDBIT_server) devono essere in grado di eseguire le operazioni seguenti:

• Visualizzare il parametro di input di tipo intero del metodo unidirezionale SimpleService.

• Visualizzare il valore dei tipi inviati nella richiesta di verifica del tipo bidirezionale.

• Verificare l'allegato ricevuto confrontandolo con l'allegato noto atteso e visualizzare il risultato di questa verifica.

• Avviare ognuno dei due tipi di eventi descritti in EventingService tramite input manuale o timer.

• Visualizzare i dati ricevuti nelle sezioni estendibili (xs:any).

• Usare il xs:anyURI testdevice come elemento wsd:Scopes per la scoperta.