Entorno de prueba de WSDBIT

En este tema se describe 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 el cliente y 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 centro Ethernet al segmento de red. Si un concentrador no está disponible, es posible que pueda supervisar el tráfico mediante la instalación de 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.

Dispositivo de la prueba

Para participar en las pruebas del lado del dispositivo, debe implementar el dispositivo como se describe en las siguientes instrucciones 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	ServicioDeAdjuntos	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/SimpleService

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

• https://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 de solicitud-respuesta 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 en la respuesta, incluidos booleanos, decimales, flotantes 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.

Servicio de Eventos

El servicio EventingService tiene dos tipos de eventos a los que se puede suscribir:

• SimpleEvent es un evento sin 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 presentados en la solicitud de verificación de tipos bidireccional.

• Compruebe los datos adjuntos recibidos con los datos adjuntos conocidos esperados y debe mostrar el resultado de esta comprobación.

• Inicie cada uno de los dos tipos de eventos que se describen en EventingService a través de la entrada manual o el temporizador.

• Muestra los datos que se reciben en secciones extensibles (xs:any).

• Use el xs:anyURI testdevice como el elemento wsd:Scopes para la detección.