Escenarios de cliente para WSDBIT
Todos los escenarios de prueba se controlan desde la perspectiva del cliente. En casos limitados, se requiere la interacción del dispositivo para completar el escenario. Este requisito se indica en los escenarios respectivos.
A menos que se indique lo contrario, suponga que el dispositivo de prueba (TestDevice) ya está iniciado y disponible en el segmento de red en el que se ejecutan los escenarios.
Algunos escenarios definen la interacción entre el cliente y uno (o varios) de los servicios hospedados en TestDevice.
Los clientes pueden obtener los puntos de conexión de servicio hospedados de una de estas dos maneras
El usuario puede proporcionar los puntos de conexión de servicio hospedados. Esta situación implica que después de que se haya iniciado TestDevice, se conocen los puntos de conexión y se pueden hacer conocidos a la entidad que ejecuta el cliente.
Los puntos de conexión de servicio hospedados se pueden detectar dinámicamente. Esta situación implica detectar testDevice. La detección de TestDevice puede producirse a través de:
- Un hello (que se supone que se inicia desde el dispositivo y que hay un campo XAddrs ).
- Un sondeo\Resolver intercambio.
- Mensaje Resolver (que supone que se conoce la dirección urn:uuid del punto de conexión del dispositivo).
Los metadatos se pueden solicitar y el examen posterior de los metadatos de HostedService mostrará los puntos de conexión.
Los clientes pueden optar por admitir cualquiera de estos métodos, pero TestDevice debe admitir ambas formas de obtener puntos de conexión de servicio hospedados.
Los clientes deben poder comprobar los datos adjuntos recibidos de TestDevice. Los datos adjuntos se deben comprobar cargando una copia de los datos adjuntos esperados en la memoria y realizando una comparación de memoria de bytes para bytes en los datos adjuntos recibidos.
Cuando los clientes envían renovaciones para eventos, pueden optar por iniciar manualmente la renovación o enviar automáticamente la renovación cuando haya transcurrido la mitad del período de renovación especificado en el mensaje SubscribeResponse original.
Nota Dado que los casos de prueba pueden tener dependencias en los resultados de los casos de prueba anteriores, los casos de prueba deben ejecutarse en orden. (Por ejemplo, 1.3.8 depende del resultado de 1.2.1). No hay dependencias entre escenarios de prueba (por ejemplo, entre los escenarios eventing y attachment). Hay una dependencia implícita para todos los escenarios avanzados en el primer escenario (inspección de dispositivo y servicio) porque no detecta TestDevice e inspecciona sus servicios hospedados impedirá que se ejecute el escenario avanzado en particular.
Esta sección contiene los siguientes temas:
Escenarios de inspección de dispositivos y servicios