Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Thema werden die physische Umgebung und das Gerät und seine gehosteten Dienstfunktionen 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äteschema mindestens ein gemeinsames Schema 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 Datenverkehrsaustausch zwischen dem Gerät und dem Client zu überwachen. Um den gesamten Datenverkehr zu überwachen, müssen Sie das Gerät und den Client über einen Ethernet-Hub mit dem Netzwerksegment verbinden. Wenn ein Hub nicht 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, Client und Netzwerkmonitor besteht, der über einen Hub verbunden ist.
Testgerät
Um an tests der Geräteseite teilzunehmen, sollten Sie das Gerät implementieren, wie in den folgenden allgemeinen Richtlinien beschrieben. Weitere Informationen zur Geräteimplementierung finden Sie in der WSDBIT-Referenz und in der Spezifikation "Devices Profile for Web Services (DPWS) ".
In der folgenden Tabelle werden Dienst- und Interoperabilitätstestfallabhängigkeiten beschrieben.
| Szenario | SimpleService | AttachmentService | EventingService |
|---|---|---|---|
| Geräte- und Dienstüberprüfung | Mindestens einer von SimpleService, | AttachmentService, | oder EventingService |
| Gerätesteuerung | X | ||
| Anlagen | 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 Anforderungsantwortmethode mit zwei ganzzahligen Zahlen in der Anforderung und der Summe dieser ganzen Zahlen in der Antwort.
TypeCheck ist eine Anforderungsantwortmethode mit einer Reihe unterschiedlicher Typen in der Anforderung und genau die gleichen Typen in der Antwort, einschließlich boolescher, dezimaler, floater und einer Liste von URLs.
AnyCheck ist eine Anforderungsantwortmethode 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 empfangenden 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 einseitige Methode mit einem Anhang als Parameter.
TwoWayAttachment ist eine Anforderungsantwortmethode mit Anlagen sowohl in der Anforderung als auch in 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 Testdiensten
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 eine Instanz jedes dieser Dienste.
Wenn Sie jedoch nur einige dieser Dienste implementieren möchten, finden Sie in der Tabelle am Anfang dieses Themas Informationen zu den Testfallabhängigkeiten "Service" und "Interop".
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 diesen Testfall nicht erfüllt, können Sie möglicherweise nicht mit den erweiterten Testfällen fortfahren.
Das Testgerät und das WSDBIT-Gerät (WSDBIT_server) müssen folgende Aktionen ausführen können:
Zeigen Sie den ganzzahligen Eingabeparameter der unidirektionalen Methode von SimpleService an.
Zeigt den Wert der Typen an, die in der bidirektionalen Typüberprüfungsanforderung übermittelt wurden.
Überprüfen Sie den empfangenen Anhang im Vergleich zu dem erwarteten, bekannten Anhang und zeigen Sie dabei das Ergebnis dieser Überprüfung an.
Initiieren Sie jede der beiden Arten von Ereignissen, die im EventingService beschrieben werden, über manuelle Eingaben oder Timer.
Zeigen Sie Daten an, die in erweiterbaren (xs:any)-Abschnitten empfangen werden.
Verwenden Sie die xs:anyURI testdevice als wsd:Scopes-Element für die Ermittlung.