- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- Sobre a publicação de projetos de automação
- Projetando automações
- Gerenciamento de pacotes de atividades
- Como definir as configurações do projeto de atividades
- Como assinar pacotes
- Governança
- Como importar entidades
- Experiência de Criação Moderna
- Vincular um projeto a uma ideia no Automation Hub
- Usando o Gerenciador de dados
- Dependências
- Tipos de fluxos de trabalho
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Depuração
- A ferramenta de diagnóstico
- Analisador de Fluxo de Trabalho
- Sobre o Analisador de Fluxo de Trabalho
- STN MG-001 - Convenção de nomenclatura de variáveis
- STN MG-002 - Convenção de nomenclatura de argumentos
- STN MG-004 - Duplicação de Nome de Exibição
- STN MG-005 - Variável substitui variável
- STN MG-006 - Variável substitui argumento
- STN MG-008 - Comprimento de variável excedido
- STN MG-009 - Variáveis Catablema de prefixo
- STN MG-011 - Argumentos Catablema de prefixo
- STN MG-012 - Valores padrão de argumentos
- STN MG-016 - Comprimento do argumento excedido
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-023 - Fluxo de trabalho vazio
- SR-DB-024 - Verificação da atividade Persistente
- SR-DB-025 - Pré-requisito de serialidade de variáveis
- SR-DB-026 - Uso da atividade Dela
- SR-DB-027 - Melhores práticas de persistência
- SR-DB-028 - Pré-requisito de serialidade de argumentos
- ST-USG-005 - Propriedades de atividade codificadas
- SR-US-009 - Variáveis não utilizadas
- SR-US-010 - Dependências não utilizadas
- SR-US-014 - Restrições de pacotes
- SR-US-020 - Mensagens de logue mínimas
- SR-US-024 - Não utilizado e postergado
- SR-US-025 - Uso incorreto do valor salvo
- SR-US-026 - Restrições da atividade
- SR-US-027 - Pacotes necessários
- ST-USG-28 — restringir modelos de invocação de arquivos
- ST-USG-032 — rótulos obrigatórios
- ST-USG-034 — URL do Automation Hub
- Variáveis
- Argumentos
- Namespaces Importados
- Automação assistida baseada em gatilho
- Fluxo de controle
- Repo. de Objetos
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- Teste do Studio
- Extensões
- Solução de problemas
- Sobre a solução de problemas
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas do Internet Explorer x64
- Problemas do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Reparando o suporte da Active Accessibility
- Automação de aplicativos em execução com um usuário diferente do Windows
- Validation of large Windows-legacy projects takes longer than expected
Visão geral
O teste de aplicativos no Studio funciona em VB ou C#. É possível criar projetos de automação individuais para cenários como verificação de dados ou integração com seu pipeline CI/CD. Crie seu fluxo de trabalho no Studio. É possível executar testes de aplicativos automatizados em VB ou C#.
Condições
- Perform application testing through test cases and data-driven test cases.
- Os projetos de automação de testes podem ter vários pontos de entrada se tiverem vários casos de teste com execução linear, já que as atividades são organizadas sequencialmente.
- A execução do fluxo de trabalho é realizada por caso de teste, a menos que outros arquivos
XAMLsejam invocados. - É possível converter fluxos de trabalho para casos de teste, importar de outros projetos ou criar projetos novos.
Dependências
Criar um caso de teste
Você pode criar um caso de teste invocando um fluxo de trabalho a partir de um projeto existente.
-
Abra seu fluxo de trabalho no Studio.
-
No painel Projetos, clique com o botão direito do mouse no fluxo de trabalho e escolha Criar caso de teste.
-
(Optional) Select Mock workflow under test when you create your test case if you want to make a copy of your workflow where you can mock specific activities. If you have an existing mock file that you want to use, you can select it from the Mock dropdown list. For more information, see Mock Testing.
-
(Optional) Select a Template from the dropdown list if you have created one previously. For more information, see Test Case Templates.
-
(Optional) Add the test case to an Execution Template. You need to have created an execution template first. For more information, see Create execution template.
-
Click Next if you want to add test data.
-
Clique em Criar para confirmar as alterações.
Um arquivo
XAMLde caso de teste é criado invocando o fluxo de trabalho com os seguintes contêineres: Gengiva, Hena e Hena. O arquivo é invocado dentro da atividade Invoque Workflow File , parte do contêiner Hena (Quando).
Os argumentos do fluxo de trabalho são importados automaticamente. Para visualizar ou adicionar mais argumentos, clique no botão Importar Argumentos, que faz parte da atividade Invocar Arquivo de Fluxo de Trabalho.
Consulte as seguintes ações adicionais:
Publicar Casos de Teste
Se você estiver trabalhando com um processo ou biblioteca, se tiver casos de teste no seu projeto, poderá optar por publicar todo o projeto (Publicar) ou apenas os casos de teste (Publicar casos de teste). Se você estiver trabalhando com um projeto de automação de teste, só poderá publicar casos de teste no Orchestrator.
Para publicar os casos de teste que você cria no Studio, você deve definir os casos de teste como publicáveis, porque tanto os casos de teste quanto os casos de teste orientados por dados são criados como rascunhos por padrão. Para publicar os casos de teste em todos os tipos de projetos do Studio, execute as seguintes etapas:
-
Clique com o botão direito em um fluxo de trabalho e selecione Definir como Publicável para permitir que os casos de teste sejam publicados no Orchestrator.
The
xamlorcsicon will turn blue as an indication that the test case is ready to be published and packaged in anupkgfile. To revert back to your workflow draft, right-click the workflow and select Ignore from Publishing. -
Publicar o projeto:
- Se você estiver em um projeto de automação de teste, clique em Publicar na faixa de opções da guia Design do Studio.
- Se você estiver em um projeto de processo ou biblioteca, clique em Publicar casos de teste na faixa de opções da guia Design do Studio.
-
Configure as Propriedades do pacote, Opções de publicação e as configurações de Assinatura de certificado para a ação de publicação e, em seguida, clique em Publicar para publicar seus casos de teste no Orchestrator.
You can publish the test cases to Orchestrator, to Robot defaults or a custom path. If you want to publish to Orchestrator, make sure your Robot or Assistant is connected to Orchestrator.
Publishing to Orchestrator is also required when you want to execute automated tests through Test Manager. Make sure to publish the package to the Orchestrator Tenant Process Feed, then link the test cases to Test Manager. Publishing the package in a different folder may result in execution errors.
Converter fluxo de trabalho em caso de teste
Para converter fluxos de trabalho em casos de teste, clique com o botão direito do mouse no fluxo de trabalho no painel Projeto e selecione Converter para Converter em Caso de Teste:
Result: The workflow becomes a Test Case, and is regenerated based on the BDD Test Case template.
Importar Casos de Teste
Se você já criou fluxos de trabalho ou casos de teste, é possível importá-los no seu projeto atual. Clique com o botão direito do mouse no nó do projeto e selecione Importar Casos de Teste. Os arquivos XAML importados são adicionados ao seu projeto como rascunhos de casos de teste.
Serviços de Importação
Similarly to importing data collections into API Test Automation libraries, you can import such collections into your Application Testing processes using the New Service wizard.
Isso está disponível apenas para bibliotecas e projetos de Automação de testes criados no perfil do Studio.