Microsoft UI Automation Library vs Test UI codificado

Question

Eu sou muito novo em testes ou testes de automação tipo de coisa.Agora, recentemente, fui atribuído a um projeto para automatizar o teste da interface do usuário de um aplicativo WPF.Depois de fazer um pouco de busca no MSDN e outros, eu estou um pouco confuso sobre se eu deveria usar a biblioteca de automação do Microsoft UI ou o novo recurso de teste UI codificado do VS 2010. Eu não estou recebendo a imagem clara do qual um destes se aplicaEm que cenários, que vantagens um tem sobre o outro e qual se encaixa para mim (mais uma vez eu tenho um cad como aplicativo WPF que perde muitos automatizes e eu tenho que automatizar seu teste de interface do usuário).Por favor ajude !!!

Answer 1

Basicamente o Microsoft UIA é a nova biblioteca de accesibility no .NET 4.0. Os aplicativos e controles WPF têm suporte integrado para a UIA através da classe AutomationPeer.

Test UI codificado é uma ferramenta de automação de gravação e play que usa a biblioteca da Microsoft UIA abaixo. Como sendo uma ferramenta em comparação com o código de escrita em C #, melhora a produtividade do QA para registrar mais casos de teste.

Para aplicações com suporte de automação planejado nele, a UI codificada deve ser suficiente. Se os AutomationIDs estiverem faltando, verifique se os controles têm alguma propriedade exclusiva como o nome. Use uiverify ou inspecione para verificar isso.

Se nenhuma propriedade exclusiva é avialble, existem as outras técnicas abaixo mencionadas que você pode usar em combinação com a UI codificada.

• de um evento Quando seu aplicativo recebe um evento de automação UI, o objeto de origem passou para o manipulador de eventos é um automatizante. Por exemplo, se você se inscreveu em eventos alterados no foco, a fonte passada para o seu AutomationFocusChangedEventHandler é o elemento que recebeu o foco. Para mais informações, consulte Assinar eventos de automação da UI.

• de um ponto: Se você tiver coordenadas de tela (por exemplo, uma posição do cursor), você poderá recuperar uma automatização usando o método estático do ponto de frompoint.

• de uma alça de janela: Para recuperar uma automatização de um HWND, use o método estático de handhandle.

• do controle focado: Você pode recuperar uma automatização que representa o controle focado da propriedade estática FocusEelement.

Answer 2

Se você puder alavancar e usar o Test UI codificado então vá essa rota.Certifique-se de verificar se o seu dado configuração é suportada .

A biblioteca de automação da UI resolve tudo no código por trás.Isso, em seguida, força você a usar uma ferramenta como Uispy para obter acesso aos interna dos controles para que você possa construir seu teste.

Um teste de interfédia codificado por outro lado ainda tem código por trás, no entanto, permite a gravação de etapas através do aplicativo fornecido que você está testando, o que aumentará muito o número de testes que você pode criar.

Answer 3

Biblioteca de automação UI é uma biblioteca de baixo nível.Normalmente, você não quer escrever testes contra ele diretamente, pois requer uma quantidade bastante decente de trabalho.

Eu recomendaria olhar para bibliotecas de alto nível.Você mencionou um deles - Ui codificado;Outra boa escolha seria branca do Teststack.Ambos se adaptaram a diferentes tipos de projetos.Ui codificado é bom quando você não quer investir muitos esforços em seu conjunto de testes.Ao mesmo tempo, não escala muito, se você vai escrever muitos testes, é melhor escolher branco.

Aqui eu comparo as duas estruturas em mais detalhes: Ui codificado vsBranco

Answer 4

Para complementar as respostas acima, por favor, olhe cuite que ajuda bastante e pode ser uma abordagem apropriadapara você.

Comecei "Rolling-My-Framework" "" semi-framework "usando a biblioteca CodDuitest e concebeu um paradigma para separar os detalhes da automação do código (C #). Basicamente, estou criando um driver que lê o que precisa ser feito de planilha (s) onde cada linha é uma etapa de teste (ou um ponteiro para um cenário em uma planilha diferente). Atualmente, incompleta, mas promissora, tenho que funciona contra um aplicativo WPF com sucesso parcial. Um dos principais problemas é que os desenvolvedores negligenciaram para identificar controles de forma única e consistente.

bey