Ambiente di test WSDBIT
Questo argomento descrive l'ambiente fisico e il dispositivo e le relative funzionalità del servizio ospitato.
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 monitoraggio 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 tutti connessi tramite un hub.
Testare il dispositivo
Per partecipare al test del lato dispositivo, è necessario implementare il dispositivo come descritto nelle linee guida generali seguenti. Per altre informazioni sull'implementazione del dispositivo, vedere le informazioni di riferimento su WSDBIT e la specifica Device Profile for Web Services (DPWS).
Nella tabella seguente vengono descritte le dipendenze del test case di interoperabilità e del servizio.
| Scenario | SimpleService | AttachmentService | EventingService |
|---|---|---|---|
| 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/SimpleServicehttps://schemas.example.org/AttachmentServicehttps://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, tra cui boolean, decimal, float e un elenco di URL.
AnyCheck è un metodo request-response con un frammento XML nella richiesta e lo stesso frammento restituito nella risposta.
AttachmentService
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 eseguire 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à.
Nota
Per tentare uno qualsiasi 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, potrebbe non essere possibile 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 integer del metodo unidirezionale SimpleService .
Visualizzare il valore dei tipi inviati nella richiesta di controllo del tipo bidirezionale.
Verificare l'allegato ricevuto rispetto all'allegato noto previsto e che deve 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 testdevice xs:anyURI come elemento wsd:Scopes per l'individuazione.