Ambiente de teste WSDBIT

Este tópico descreve o ambiente físico e o dispositivo e seus recursos de serviço hospedado.

Modelo de rede

O dispositivo e o cliente a serem testados são conectados a um segmento de rede Ethernet e formam uma única sub-rede IP. O esquema de endereçamento de rede (como IPv4, IPv6 ou nomes de host) não é relevante, desde que o cliente e o dispositivo suportem pelo menos um esquema em comum Deve haver apenas um dispositivo e um cliente na sub-rede.

Para facilitar a depuração e a solução de problemas, você deve usar um monitor de rede para monitorar as trocas de tráfego entre o dispositivo e o cliente. Para monitorar todo o tráfego, você deve conectar o dispositivo e o cliente através de um hub Ethernet ao segmento de rede. Se um hub não estiver disponível, você poderá monitorar o tráfego instalando um monitor de rede no computador que está executando o WSDBIT.

A figura a seguir mostra a topologia de rede que consiste em um dispositivo, cliente e monitor de rede - todos conectados por meio de um hub.

Dispositivo de teste

Para participar no teste do lado do dispositivo, deve implementar o dispositivo conforme está descrito nas seguintes orientações gerais. Para obter mais informações sobre a implementação do dispositivo, consulte a Referência WSDBIT e a especificação DPWS (Perfil de Dispositivos para Serviços Web ).

A tabela a seguir descreve as dependências do caso de teste de serviço e interoperabilidade.

Cenário	Serviço Simples	Serviço de Anexos	Serviço de Eventos
Inspeção de dispositivos e serviços	Um ou mais de SimpleService,	AttachmentService,	ou EventingService
Controlo do dispositivo	X
Anexos		X
Eventos			X

O dispositivo de teste deve hospedar três tipos de serviços:

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

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

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

Serviço Simples

O serviço SimpleService tem quatro métodos:

• OneWay é um método unidirecional com um inteiro como parâmetro.

• TwoWay é um método de solicitação-resposta com dois inteiros na solicitação e a soma desses inteiros na resposta.

• TypeCheck é um método de solicitação-resposta com vários tipos diferentes na solicitação e exatamente os mesmos tipos na resposta, incluindo booleano, decimal, float e uma lista de URLs.

• AnyCheck é um método de solicitação-resposta com um fragmento XML na solicitação e o mesmo fragmento retornado na resposta.

AttachmentService

O serviço AttachmentService envia e recebe anexos. Os dados de anexo a serem enviados e recebidos são incluídos no diretório \interop como dois arquivos separados: Image1.jpg e Image2.jpg. Este serviço tem dois métodos:

• OneWayAttachment é um método unidirecional com um anexo como parâmetro.

• TwoWayAttachment é um método de solicitação-resposta com anexos na solicitação e na resposta.

Serviço de Eventos

O serviço EventingService tem dois tipos de eventos que podem ser assinados:

• SimpleEvent é um evento sem um parâmetro.

• IntegerEvent é um evento que retorna um inteiro.

Implementando serviços de teste

Para exercer todos os casos de teste de interoperabilidade, você precisa implementar todos esses serviços. Nesse caso, após a inicialização inicial, o dispositivo hospeda uma instância de cada um desses serviços.

No entanto, se você quiser implementar apenas alguns desses serviços, consulte a tabela no início deste tópico para obter informações sobre as dependências de caso de teste de serviço e interoperabilidade.

Observação

Para tentar qualquer um dos cenários avançados de interoperabilidade (como controle de dispositivo, anexos e eventos), o dispositivo de teste deve pelo menos suportar os casos de teste de inspeção de dispositivo e serviço. Se o dispositivo falhar neste caso de teste, poderá não conseguir continuar com os casos de teste avançados.

O dispositivo de teste e o dispositivo WSDBIT (WSDBIT_server) devem ser capazes de fazer o seguinte:

• Exiba o parâmetro de entrada inteiro do método unidirecional SimpleService .

• Exiba o valor dos tipos submetidos na solicitação de verificação de tipo bidirecional.

• Verifique o anexo recebido em relação ao anexo conhecido que era esperado e deve exibir o resultado dessa verificação.

• Inicie cada um dos dois tipos de eventos descritos no EventingService por meio de entrada manual ou temporizador.

• Exibir dados recebidos em seções extensíveis (xs:any).

• Use o xs:anyURI testdevice como o elemento wsd:Scopes para a descoberta.