WSDBIT-Testumgebung
In diesem Thema werden die physische Umgebung und das Gerät und die funktionen des gehosteten Diensts beschrieben.
Netzwerkmodell
Das zu testende Gerät und der Client sind mit einem Ethernet-Netzwerksegment verbunden und bilden ein einzelnes IP-Subnetz. Das Netzwerkadressierungsschema (z. B. IPv4, IPv6 oder Hostnamen) ist nicht relevant, solange sowohl der Client als auch das Gerät mindestens ein Schema gemeinsam unterstützen. Es darf nur ein Gerät und ein Client im Subnetz vorhanden sein.
Um das Debuggen und die Problembehandlung zu erleichtern, sollten Sie einen Netzwerkmonitor verwenden, um den Datenverkehr zwischen dem Gerät und dem Client zu überwachen. Zum Überwachen des gesamten Datenverkehrs müssen Sie das Gerät und den Client über einen Ethernet-Hub mit dem Netzwerksegment verbinden. Wenn kein Hub verfügbar ist, können Sie den Datenverkehr möglicherweise überwachen, indem Sie einen Netzwerkmonitor auf dem Computer installieren, auf dem WSDBIT ausgeführt wird.
Die folgende Abbildung zeigt die Netzwerktopologie, die aus einem Gerät, einem Client und einem Netzwerkmonitor besteht – alles über einen Hub verbunden.
Testgerät
Um an Tests auf der Geräteseite teilzunehmen, sollten Sie das Gerät wie in den folgenden allgemeinen Richtlinien beschrieben implementieren. Weitere Informationen zur Geräteimplementierung finden Sie in der WSDBIT-Referenz und in der DpWS-Spezifikation (Geräteprofil für Webdienste).
In der folgenden Tabelle werden die Abhängigkeiten von Dienst- und Interoperabilitätstestfällen beschrieben.
| Szenario | SimpleService | AttachmentService | EventingService |
|---|---|---|---|
| Geräte- und Serviceüberprüfung | Mindestens einer von SimpleService, | AttachmentService, | oder EventingService |
| Gerätesteuerung | X | ||
| Attachments | X | ||
| Ereignisse | X |
Das Testgerät sollte drei Arten von Diensten hosten:
https://schemas.example.org/SimpleServicehttps://schemas.example.org/AttachmentServicehttps://schemas.example.org/EventingService
SimpleService
Der SimpleService-Dienst verfügt über vier Methoden:
OneWay ist eine unidirektionale Methode mit einer ganzen Zahl als Parameter.
TwoWay ist eine Anforderung-Antwort-Methode mit zwei ganzen Zahlen in der Anforderung und der Summe dieser ganzen Zahlen in der Antwort.
TypeCheck ist eine Anforderung-Antwort-Methode mit einer Reihe verschiedener Typen in der Anforderung und genau den gleichen Typen in der Antwort, einschließlich boolescher, dezimaler, floater und einer Liste von URLs.
AnyCheck ist eine Anforderung-Antwort-Methode mit einem XML-Fragment in der Anforderung und demselben Fragment, das in der Antwort zurückgegeben wird.
AttachmentService
Der AttachmentService-Dienst sendet und empfängt Anlagen. Die zu sendenden und empfangenen Anlagendaten sind im Verzeichnis \interop als zwei separate Dateien enthalten: Image1.jpg und Image2.jpg. Dieser Dienst verfügt über zwei Methoden:
OneWayAttachment ist eine unidirektionale Methode mit einer Anlage als Parameter.
TwoWayAttachment ist eine Anforderung-Antwort-Methode mit Anlagen in der Anforderung und der Antwort.
EventingService
Der EventingService-Dienst verfügt über zwei Arten von Ereignissen, die abonniert werden können:
SimpleEvent ist ein Ereignis ohne Parameter.
IntegerEvent ist ein Ereignis, das eine ganze Zahl zurückgibt.
Implementieren von Test Services
Um alle Interoperabilitätstestfälle auszuführen, müssen Sie alle diese Dienste implementieren. In diesem Fall hostet das Gerät nach dem ersten Start einen instance dieser Dienste.
Wenn Sie jedoch nur einige dieser Dienste implementieren möchten, finden Sie in der Tabelle am Anfang dieses Themas Informationen zu den Abhängigkeiten von Dienst- und Interop-Testfällen.
Hinweis
Um eines der erweiterten Interoperabilitätsszenarien (z. B . Gerätesteuerung, Anlagen und Ereigniserstellung) zu versuchen, muss das Testgerät mindestens die Testfälle der Geräte- und Dienstüberprüfung unterstützen. Wenn das Gerät in diesem Testfall fehlschlägt, können Sie möglicherweise nicht mit den erweiterten Testfällen fortfahren.
Das Testgerät und das WSDBIT-Gerät (WSDBIT_server) müssen in der Lage sein, Folgendes zu tun:
Zeigen Sie den ganzzahligen Eingabeparameter der einfachen SimpleService-Methode an.
Zeigen Sie den Wert der Typen an, die in der Bidirektionalen Typüberprüfungsanforderung übermittelt wurden.
Überprüfen Sie die empfangene Anlage mit der bekannten Anlage, die erwartet wurde und das Ergebnis dieser Überprüfung anzeigen muss.
Initiieren Sie jede der beiden Arten von Ereignissen, die im EventingService beschrieben werden, über die manuelle Eingabe oder den Timer.
Anzeigen von Daten, die in erweiterbaren Abschnitten (xs:any) empfangen werden.
Verwenden Sie das testdevice xs:anyURI als wsd:Scopes-Element für die Ermittlung.