CodeTutorial do Framework de Automação de Testes de UI
⚡ Resumo Inteligente
CodeO CUIT (Teste de Interface do Usuário Automatizado) é um recurso de teste automatizado do Visual Studio que controla um aplicativo por meio de sua interface de usuário. Aqui você aprenderá o que é o CUIT, seus recursos, tecnologias compatíveis, como criar testes e as melhores práticas.

Uma típica automação de software Testes requer ferramentas de automação como Selenium e QTP. CodeA interface de usuário (UI) é semelhante a essas ferramentas e pode ser particularmente útil para testes funcionais.
CodeO teste de interface do usuário (CUIT) usa o ambiente de desenvolvimento integrado (IDE) Visual Studio para escrever scripts, já que a gravação pode ser feita usando Visual Studio.
O que é a Coded Teste de UI?
Coded Teste de IU (CUIT) É um teste automatizado que controla aplicativos por meio de sua interface de usuário (UI). Daí o nome. Coded Teste de IU (CUIT). Este teste envolve teste funcional dos controles da UI. Ele verifica a funcionalidade de todo o aplicativo, incluindo a interface do usuário. Também é usado para automatizar um teste manual existente.
Teste de IU Archiarquitetura
Coded Recursos de teste de interface do usuário
CodeOs recursos da interface do usuário incluem
- Teste funcional
- Gerar código em VB/C#
- Integrado com a história do ALM
- Crie, implante e teste no laboratório ou como parte de uma compilação
- Execuções locais e remotas, coleta de dados
- Extensibilidade rica
- Gravação com reconhecimento de intenção e reprodução resiliente
Coded Tecnologias suportadas para teste de interface do usuário (CUIT)
Com UI codificada, um aplicativo que possui UI (User Interface) pode ser facilmente testado. O aplicativo pode ser baseado em janela ou na web.
CodeA interface de usuário suporta tecnologias como
- Aplicativos de desktop baseados em janela
- Serviços Web (SOAP, ASPX, etc.)
- Aplicativos de telefone de janela
- WPF (Windows Apresentação Foundation)
- Aplicativos Web (HTML, Silverlight, HTML5)
Por que usar UI codificada para automação de testes
A razão pela qual a UI codificada para automação de testes é preferida
- Desenvolvedores e testadores de software podem colaborar de forma eficaz usando as mesmas ferramentas/linguagem.
- Ele suporta web e também Windows projetos.
- O mecanismo de identificação de elementos é um ótimo recurso em Coded UI. Além disso, suporta sincronização.
- O mecanismo de reprodução suporta recursos como 'WaitForControlExist' , 'WaitForReadyLevel', etc.
- Com a ajuda de 'Agentes de Testes', testes de automação podem ser executados em máquinas remotas
- As equipes de automação podem desenvolver testes sofisticados, usando UI codificada com uma estrutura em camadas
- Os testadores de software podem capturar exceções e registrar o resultado de forma eficaz utilizando log4net.dll
- CodeA ferramenta de interface do usuário d suporta programação descritiva. Ele permite que testadores de software automatizem cenários com base nas propriedades do objeto
- Suporta controles AJAX.
Como Criar Coded Testes de UI (CUIT)
Para criar testes de UI codificados, você pode fazer isso das seguintes maneiras.
- Gerando a partir de uma gravação de ação existente (convertendo a partir de uma gravação de teste manual)
- Criando um novo teste de UI codificado do zero
- Escrevendo código do zero
Conteúdo de um Coded Teste de UI
Ao criar um teste de UI codificado, o construtor de teste de UI codificado cria um Mapa. Isso inclui UI em teste, métodos de teste, parâmetros, asserções, etc. Para cada teste, ele também cria um arquivo de classe.
| Envie o | Conteúdo | Editável |
|---|---|---|
| UIMap.Designer.cs | Seção de declaração Propriedades dos métodos da classe UIMap | Não |
| UIMap.cs | Classe UIMap (parcial) | Sim |
| CodedUITest1.cs | CodeMétodos e propriedades da classe UITest1 | Sim |
| UIMap.uitest | O mapa XML da UI para o teste. É editado apenas através do editor UI Map | Não |
- UIMap.Designer.cs : o designer contém a visualização do código do UIMap. Ele é gerado quando um testador registra alguma interação da UI ou quando alguns objetos são adicionados manualmente ao UIMap.
- UIMap.cs: Qualquer modificação ou customização feita no UIMap é armazenada neste arquivo. Inicialmente, este arquivo ficará em branco e poderá ser preenchido posteriormente. Se modificações forem feitas diretamente no arquivo UIMap.designer.cs, certifique-se de que ele não seja registrado, caso contrário, todas as alterações serão perdidas.
- CodedUITest1.cs: Este arquivo contém classe de teste de UI codificada, métodos de teste, invocação de asserção e invocação de método. Todas as asserções e métodos são invocados por padrão a partir deste arquivo.
- UIMap.uitest: é uma representação XML da classe UIMap. Inclui janelas, controles, propriedades, métodos, ações e asserções. É editado apenas através do editor UI Map
A seguir neste CodeNeste tutorial de interface do usuário, aprenderemos como realizar... Coded Teste de automação de interface do usuário.
Como executar Coded Teste de UI
CodeA interface do usuário (dUI) oferece duas maneiras diferentes de realizar um teste para seu aplicativo.
- Coded Gravação e reprodução da interface do usuário ou
- CodeCodificação manual de interface do usuário
Você precisa seguir os seguintes passos para realizar o procedimento. Coded testes de interface do usuário,
- Crie uma Codeprojeto de teste de direção sob influência de álcool
- Adicione um arquivo de teste de IU codificado
- Grave uma sequência de ações
- Verifique os valores nos campos da UI, como caixas de texto
- Veja o código de teste gerado
- Adicione mais ações e afirmações
- Edite os detalhes das atividades de teste e das asserções
- Execute o teste
Melhores Práticas para Coded Teste de IU (CUIT)
Aqui estão algumas boas práticas para um Coded Framework de automação de testes de interface do usuário:
- Use o Coded Automação da interface do usuário Test Builder sempre que possível
- Tente não modificar o arquivo UIMap.designer.cs diretamente. Caso contrário, as alterações feitas no arquivo serão substituídas
- Crie seu teste como uma sequência de métodos registrados
- Cada método registrado deve atuar em uma única página, formulário ou caixa de diálogo. Além disso, crie um novo método de teste para cada novo formulário, página ou caixa de diálogo
- Ao criar um método, em vez do nome padrão, use um nome de método significativo. Um nome significativo ajuda a identificar o propósito do método
- Se possível, limite cada método registrado a menos de 10 ações. Essa abordagem facilita a substituição de um método se a IU for alterada.
- Para criar uma asserção, use CodeConstrutor de testes dUI. Ele adiciona automaticamente um método de asserção ao arquivo UIMap.Designer.cs.
- Grave novamente os métodos de teste/métodos de asserção, se a interface do usuário alterar ou regravar as seções afetadas de um método de teste existente.
- Se você estiver codificando diretamente com a API, use os métodos e propriedades nas classes criadas no arquivo UIMap.Designer.cs. Essas aulas tornarão seu trabalho mais confiável e fácil e o ajudarão a ser mais produtivo.
Comparação de Coded Teste de UI vs. Selenium Vs QTP
A seguir, encontra-se a tabela comparativa de Coded UI Vs Selenium Vs QTP:
- Selenium não suporta nenhum WPF, bem como Windows aplicações
- Visual Studio CodedUI suporta testes de aplicativos da Windows Store, bem como testes de aplicativos do Windows Phone. Nenhuma outra ferramenta suporta isso.
- O teste concluído oferece suporte ao aplicativo Window, mas requer a instalação de um plug-in.
Comparação de Coded Teste de UI vs. Selenium Vs QTP

