Cenários de cliente para WSDBIT
Todos os cenários de teste são orientados da perspectiva do cliente. Em casos limitados, a interação do dispositivo é necessária para a conclusão do cenário. Esse requisito é indicado nos respectivos cenários.
A menos que indicado de outra forma, suponha que o dispositivo de teste (TestDevice) já esteja iniciado e disponível no segmento de rede no qual os cenários estão sendo executados.
Alguns cenários definem a interação entre o cliente e um (ou mais) dos Serviços Hospedados no TestDevice.
Os clientes podem obter os pontos de extremidade de serviço hospedados de uma das duas maneiras
Os pontos de extremidade de serviço hospedados podem ser fornecidos pelo usuário. Essa situação implica que, depois que o TestDevice for iniciado, os pontos de extremidade serão conhecidos e poderão ser conhecidos pela parte que está executando o cliente.
Os pontos de extremidade de serviço hospedados podem ser descobertos dinamicamente. Essa situação implica a descoberta do TestDevice. A descoberta do TestDevice pode ocorrer por meio de:
- Um Hello (que é considerado iniciado a partir do dispositivo e que há um campo XAddrs ).
- Uma troca Probe\Resolve.
- Uma mensagem Resolver (que pressupõe que o endereço urn:uuid do ponto de extremidade do dispositivo é conhecido).
Os metadados podem ser solicitados e o exame subsequente dos metadados hostedService revelará os pontos de extremidade.
Os clientes podem optar por dar suporte a qualquer um desses métodos, mas o TestDevice deve dar suporte a ambas as maneiras de obter pontos de extremidade de serviço hospedados.
Os clientes devem ser capazes de verificar o anexo recebido do TestDevice. O anexo deve ser verificado carregando uma cópia do anexo esperado na memória e fazendo uma comparação de memória byte por byte no anexo recebido.
Quando os clientes enviam renovações para eventos, eles podem optar por iniciar manualmente a renovação ou enviar automaticamente a renovação quando metade do período de renovação especificado na mensagem SubscribeResponse original tiver decorrido.
Nota Como os casos de teste podem ter dependências nos resultados de casos de teste anteriores, os casos de teste devem ser executados em ordem. (Por exemplo, 1.3.8 depende do resultado de 1.2.1.) Não há dependências entre cenários de teste (por exemplo, entre os cenários Eventing e Attachment). Há uma dependência implícita para todos os cenários avançados no primeiro cenário (inspeção de dispositivo e serviço) porque não descobrir o TestDevice e inspecionar seus serviços hospedados impedirá que o cenário avançado específico seja exercido.
Esta seção inclui os tópicos a seguir:
Cenários de inspeção de dispositivos e serviços