Práticas recomendadas para testes codificados da interface do usuário

Artigo
08/04/2011

Este tópico descreve as práticas recomendadas a seguir ao desenvolver testes codificados da interface do usuário.

Práticas recomendadas

Use as seguintes diretrizes para criar um teste de interface do usuário codificado flexível.

Use o Builder de teste de interface do usuário codificado sempre que possível.
Não modifique o UIMap.designer.cs diretamente do arquivo. Se você fizer isso, as alterações para o arquivo serão substituídas.
Crie seu teste como uma seqüência de métodos gravados. Para obter mais informações sobre como gravar um método, consulte Como: Criar um teste codificado de UI.
Cada método gravado deve agir em uma única página, um formulário ou uma caixa de diálogo. Crie um novo método de teste para cada nova página, o formulário ou a caixa de diálogo.
Quando você cria um método, use um nome de método significativos em vez do nome padrão. Um nome significativo ajuda a identificar a finalidade do método.
Quando possível, limite a cada método gravado para ações de menos de 10. Essa abordagem modular torna mais fácil substituir um método se a interface do usuário for alterado.
Criar cada declaração de usando o Codificado Builder de teste de interface do usuário, que adiciona automaticamente um método de declaração para o UIMap.Designer.cs arquivo.
Se a interface do usuário (UI) for alterado, regravar os métodos de teste ou os métodos de declaração ou regravar seções afetadas de um método de teste existente.
Criar um separado UIMap o arquivo para cada módulo em seu aplicativo em Test. Para obter mais informações, consulte Testando um aplicativo grande com UI vários mapas.
No aplicativo em teste, usar nomes significativos ao criar os controles de interface do usuário. Isso proporciona mais significado e usabilidade para os nomes de controle gerado automaticamente.
Se você estiver criando asserções codificando com a API, criar um método para cada afirmação na parte do UIMap classe que está na UIMap.cs arquivo. Chame esse método a partir do seu método de teste para executar a asserção.
Se você está codificando-se diretamente com a API, use as propriedades e métodos nas classes geradas no UIMap.Designer.cs tanto quanto você can. o arquivo no seu código. Essas classes fará com que seu trabalho mais fácil e mais confiáveis e ajudarão-lo a ser mais produtivo.

Testes codificados da interface do usuário automaticamente se adaptar para muitas alterações na interface do usuário. Se, por exemplo, um elemento de interface do usuário mudou de posição ou a cor, na maioria das vezes o teste de interface do usuário codificado ainda encontrará o elemento correto.

Durante uma execução de teste, os controles UI estão localizados pela estrutura de teste usando um conjunto de propriedades de pesquisa que são aplicadas a cada classe de controle nas definições de criado pelo Codificado construtor de teste de interface do usuário na UIMap.Designer.cs arquivo. As propriedades de pesquisa contêm os pares nome-valor de nomes de propriedades e valores de propriedade que podem ser usados para identificar o controle, como o FriendlyName, Name, e ControlType Propriedades de controle. Se as propriedades da pesquisa forem alteradas, o teste de interface do usuário codificado com êxito localize o controle na interface de usuário. Se as propriedades da pesquisa forem alteradas, testes codificados da interface do usuário têm um algoritmo de correspondência inteligente que se aplica a heurística para localizar o windows e os controles na interface de usuário. Quando a interface do usuário é alterado, talvez você possa modificar as propriedades de pesquisa dos elementos identificados anteriormente para certificar-se de que eles são encontrados.

O que fazer se mudar de uma interface do usuário

Interfaces de usuário são alteradas com freqüência durante o desenvolvimento. Aqui estão algumas maneiras de reduzir o efeito dessas alterações:

Localizar o método gravado que faz referência a este controle e o uso de Codificado Builder de teste de interface do usuário a regravação de ações para este método. Você pode usar o mesmo nome para o método para substituir as ações existentes.
Se um controle tem uma declaração que não é mais válida:
- Exclua o método que contém a declaração.
- Remova a chamada para esse método do método de teste.
- Adicionar uma nova declaração, arrastando o botão de cruz para o controle da interface do usuário, abra o mapa da interface do usuário e adicionar a nova declaração.

Para obter mais informações sobre como gravar codificado de testes de interface do usuário, consulte Como: Gerar um teste codificado UI gravando o aplicativo em teste ou como: Criar um teste codificado UI.

O que fazer se precisar de um processo em segundo plano seja concluída antes que o teste possa continuar.

Talvez você precise aguardar até que um processo seja concluído antes de continuar com a próxima ação da interface do usuário. Para fazer isso, você pode usar WaitForReadyLevel de espera antes do teste continua como no exemplo a seguir.

// Set the playback to wait for all threads to finish
Playback.PlaybackSettings.WaitForReadyLevel = WaitForReadyLevel.AllThreads;

// Press the submit button
this.UIMap.ClickSubmit();

// Reset the playback to wait only for the UI thread to finish
Playback.PlaybackSettings.WaitForReadyLevel = WaitForReadyLevel.UIThreadOnly;