Entorno de pruebas de WSDBIT
En este tema se describen el entorno físico y el dispositivo y sus funcionalidades de servicio hospedado.
Modelo de red
El dispositivo y el cliente que se van a probar están conectados a un segmento de red Ethernet y forman una sola subred IP. El esquema de direccionamiento de red (como IPv4, IPv6 o nombres de host) no es relevante siempre que tanto el cliente como el dispositivo admitan al menos un esquema en común Debe haber un dispositivo y un cliente en la subred.
Para facilitar la depuración y la solución de problemas, debe usar un monitor de red para supervisar los intercambios de tráfico entre el dispositivo y el cliente. Para supervisar todo el tráfico, debe conectar el dispositivo y el cliente a través de un concentrador Ethernet al segmento de red. Si un concentrador no está disponible, es posible que pueda supervisar el tráfico instalando un monitor de red en el equipo que ejecuta WSDBIT.
En la ilustración siguiente se muestra la topología de red que consta de un dispositivo, un cliente y un monitor de red conectados a través de un centro de conectividad.
Probar dispositivo
Para participar en las pruebas del lado del dispositivo, debe implementar el dispositivo como se describe en las siguientes directrices generales. Para obtener más información sobre la implementación del dispositivo, consulte la referencia de WSDBIT y la especificación Perfil de dispositivos para servicios web (DPWS).
En la tabla siguiente se describen las dependencias de casos de prueba de interoperabilidad y servicio.
| Escenario | SimpleService | AttachmentService | EventingService |
|---|---|---|---|
| Inspección de dispositivos y servicios | Uno o varios de SimpleService, | AttachmentService, | o EventingService |
| Control de dispositivos | X | ||
| Datos adjuntos | x | ||
| Eventos | X |
El dispositivo de prueba debe hospedar tres tipos de servicios:
https://schemas.example.org/SimpleServicehttps://schemas.example.org/AttachmentServicehttps://schemas.example.org/EventingService
SimpleService
El servicio SimpleService tiene cuatro métodos:
OneWay es un método unidireccional con un entero como parámetro.
TwoWay es un método request-response con dos enteros en la solicitud y la suma de estos enteros en la respuesta.
TypeCheck es un método de solicitud-respuesta con varios tipos diferentes en la solicitud y exactamente los mismos tipos de la respuesta, incluidos booleanos, decimales, float y una lista de direcciones URL.
AnyCheck es un método request-response con un fragmento XML en la solicitud y el mismo fragmento devuelto en la respuesta.
AttachmentService
El servicio AttachmentService envía y recibe datos adjuntos. Los datos adjuntos que se van a enviar y recibir se incluyen en el directorio \interop como dos archivos independientes: Image1.jpg y Image2.jpg. Este servicio tiene dos métodos:
OneWayAttachment es un método unidireccional con datos adjuntos como parámetro.
TwoWayAttachment es un método de solicitud-respuesta con datos adjuntos tanto en la solicitud como en la respuesta.
EventingService
El servicio EventingService tiene dos tipos de eventos que se pueden suscribir a:
SimpleEvent es un evento sin un parámetro.
IntegerEvent es un evento que devuelve un entero.
Implementación de Servicios de prueba
Para ejercer todos los casos de prueba de interoperabilidad, debe implementar todos estos servicios. En este caso, después del inicio inicial, el dispositivo hospeda una instancia de cada uno de estos servicios.
Sin embargo, si desea implementar solo algunos de estos servicios, consulte la tabla al principio de este tema para obtener información sobre las dependencias de casos de prueba de interoperabilidad e servicio.
Nota
Para intentar cualquiera de los escenarios de interoperabilidad avanzados (como control de dispositivos, datos adjuntos y eventos), el dispositivo de prueba debe admitir al menos los casos de prueba de inspección de dispositivos y servicios. Si el dispositivo produce un error en este caso de prueba, es posible que no pueda continuar con los casos de prueba avanzados.
El dispositivo de prueba y el dispositivo WSDBIT (WSDBIT_server) deben poder hacer lo siguiente:
Muestra el parámetro de entrada entero del método unidireccional SimpleService .
Muestra el valor de los tipos enviados en la solicitud de comprobación de tipos bidireccionales.
Compruebe los datos adjuntos recibidos con los datos adjuntos conocidos que se esperaban y deben mostrar el resultado de esta comprobación.
Inicie cada uno de los dos tipos de eventos que se describen en EventingService mediante la entrada manual o el temporizador.
Muestra los datos recibidos en secciones extensibles (xs:any).
Use el elemento testdevice xs:anyURI como elemento wsd:Scopes para la detección.