- 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
- 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
- SR-US-005 - Argumentos de atividades embutidos em código
- 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
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação de Tecnologias Citrix
- Automação RDP
- Automação da Salesforce
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- Test Suite — 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
Guia do usuário do Studio
Casos de Teste
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#.
- Execute testes de aplicativos por meio de casos de teste e casos de teste orientados por dados.
- 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
XAML
sejam invocados. - É possível converter fluxos de trabalho para casos de teste, importar de outros projetos ou criar projetos novos.
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.
-
(Opcional) Selecione o Fluxo de Trabalho Rock em Teste ao criar um teste se quiser fazer uma cópia do seu fluxo de trabalho para simular atividades específicas. Se você tiver um arquivo de simulação existente que deseje usar, selecione-o na lista suspensa Simulação. Para obter mais informações, consulte o Teste simulado.
- (Opcional) Selecione um Modelo da lista suspensa se você tiver criado um anteriormente. Para obter mais informações, consulte Modelos de casos de teste.
- (Opcional) Adicione o caso de teste a um Modelo de execução. Você precisa ter criado um modelo de execução primeiro. Para obter mais informações, consulte Criar modelo de execução.
- Clique em Avançar se você quiser adicionar dados do teste.
-
Clique em Criar para confirmar as alterações.
Um arquivoXAML
de caso de teste é criado invocando o fluxo de trabalho com os seguintes contêineres: Gengiva, Hena e Hena. O arquivo é invocado dentro da atividade Invocar Arquivo de Fluxo de Trabalho, parte do contêiner When (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.
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.
- 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.
O ícone
xaml
oucs
ficará em azul como uma indicação de que o caso de teste está pronto para ser publicado e empacotado em um arquivonupkg
. Para reverter para seu rascunho de fluxo de trabalho, clique com o botão direito do mouse no fluxo de trabalho e selecione Ignorar da publicação. - 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.
Você pode publicar os casos de teste no Orchestrator, em padrões de robôs ou em um caminho personalizado. Se você quiser publicar no Orchestrator, certifique-se de que seu Robot ou Assistant esteja conectado ao Orchestrator.
A publicação no Orchestrator também é necessária quando você deseja executar testes automatizados por meio do Test Manager. Certifique-se de publicar o pacote no Orchestrator Tenant Process Feed e, então, vincular os casos de teste ao Test Manager. A publicação do pacote em uma pasta diferente pode resultar em erros de execução.
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:
Resultado: o fluxo de trabalho se torna um Caso de Teste e é regenerado com base no modelo Caso de Teste de BDD.
XAML
importados são adicionados ao seu projeto como rascunhos de casos de teste.
De igual modo, para importar coleções de dados para bibliotecas de Automação de Teste de API, você pode importar tais coleções para seus processos de Teste de Aplicativo usando o assistente de Novo Serviço.