- Introdução
- Configuração e Instalação
- Projetos de automação
- Dependências
- Tipos de fluxos de trabalho
- Fluxo de controle
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Sobre o controle de versões
- Como gerenciar projetos com o TÁS
- Como gerenciar projetos com o SN
- Dif. do fluxo de trabalho
- Depuração
- Geração de logs
- 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
- ST-NMG-017 - O nome da classe corresponde ao namespace padrão
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- ST-DPB-010 - Várias instâncias de [Fluxo de trabalho] ou [Caso de teste]
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-021 - Tempo limite embutido em código
- 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-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
- ST-USG-017 – Modificador de parâmetro inválido
- 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ções codificadas
- Introdução
- Registro de serviços personalizados
- Contextos Antes e Depois
- Gerando código
- Geração de caso de teste codificado a partir de casos de teste manuais
- Solução de problemas
- Automação assistida baseada em gatilho
- Gravação
- Elementos de Interface Gráfica
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação das Tecnologias Citrix
- Automação RDP
- Automação do Varear Horizonte
- Automação da Salesforce
- Automação SAP
- Automaçāo da interface gráfica do macOS
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- Extensões
- Sobre extensões
- Ferramenta SetupExtensions
- UiPathRemoteRuntime.exe não está sendo executado na sessão remota
- O UiPath Remote Runtime bloqueia a sessão do Citrix de ser fechado
- O UiPath Remote Runtime causa vazamento de memória
- O pacote UiPath.UIAutomation.Activities e as versões do UiPath Remote Runtime não correspondem
- A extensão do UiPath necessária não está instalada na máquina remota
- Configurações de resolução de tela
- Políticas de grupo
- Não é possível se comunicar com o navegador
- A extensão do Chrome é removida automaticamente
- A extensão pode ter sido corrompida
- Verifique se a extensão para o Chrome está instalada e habilitada
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Habilite o Acesso às URLs do arquivo e o Modo Anônimo
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- Lista de extensões para Chrome
- Extensão do Chrome no Mac
- Políticas de grupo
- Não é possível se comunicar com o navegador
- A extensão Edge é removida automaticamente
- A extensão pode ter sido corrompida
- Check if the Extension for Microsoft Edge is installed and enabled
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Enable access to file URLs and InPrivate mode
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- Lista de extensões para Edge
- Extensão para Safari
- Extensão para o Varear Horizonte
- Extensão para Amazon WorkSpaces
- Plug-in do SAP Solution Manager
- Suplemento do Excel
- Teste do Studio
- Solução de problemas
- Sobre a solução de problemas
- Erros de compilação de montagem
- 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
- Validation of large Windows-legacy projects takes longer than expected

Guia do usuário do Studio
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 regular test cases and data-driven test cases.
- Os projetos de Testar Automação podem ter vários pontos de entrada se contiverem vários casos de teste com execução linear, pois 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.
Dependências
- Para realizar testes de aplicativos, você precisa trabalhar com um projeto de Testar Automação.
- Para realizar verificações, gerar dados de teste aleatórios e gerenciar seus dados de teste existentes, você precisa instalar o Pacote de Atividades de Teste.
Etapas
- Abra seu projeto do tipo Testar Automação.
- Na faixa de design do Studio, selecione a lista suspensa de Novo.
- Selecione Caso de teste ou Caso de Teste Programado.
- No menu Novo Caso de Teste, configure o caso de teste que você deseja criar:
- Dê um nome ao caso de teste.
- Opcionalmente, selecione um modelo de caso de teste com base no qual você deseja criar seu caso de teste.
For information on test case templates, visit Test Case Templates
- Opcionalmente, escolha um modelo de execução.
For information on execution templates, visit Execution Templates.
Figura 1. O menu Novo caso de teste
- Selecione Avançar para navegar até a seção Dados de teste, onde você pode configurar dados de teste específicos para esse caso de teste.
- Selecione Criar para finalizar a criação de caso de teste.
Os testes de RPA no Studio funcionam em VB ou C#. Você pode criar projetos de automação individuais para cenários como verificação de dados ou integração com seu pipeline de CI/CD. Crie seu fluxo de trabalho no Studio. Você pode realizar testes de RPA automatizados em VB ou C#.
Condições
- Perform RPA testing through regular test cases and data-driven test cases.
- 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.
Dependências
- Para realizar testes de RPA, você precisa trabalhar com um tipo de projeto de Processo.
- Para realizar verificações, gerar dados de teste aleatórios e gerenciar seus dados de teste existentes, você precisa instalar o Pacote de Atividades de Teste.
Etapas
- Abra seu projeto do tipo Processo.
- Você pode criar um caso de teste invocando um fluxo de trabalho de um projeto existente, seja no menu Novo arquivo ou no painel Projeto:
- No menu Novo arquivo, selecione Caso de teste.
- No painel Projeto, 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.
- (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.
- Select Next if you want to add test data.
-
Selecione 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, selecione Importar Argumentos na atividade Invoke Workflow File.
Artigos relacionados
Se você tiver casos de teste dentro do seu projeto, então você pode 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 Testar Automação, você pode publicar apenas casos de teste no Orchestrator.
- Clique com o botão direito do mouse em um caso de teste e selecione Definir como Publicável para permitir que o caso de teste seja publicado no Orchestrator.
O íconexaml
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 Testar Automação, selecione Publicar na faixa de opções da aba Design do Studio.
- Se você estiver em um projeto de Processo ou Biblioteca, selecione Publicar casos de teste na faixa de opções da aba 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 feed de processos do tenant do Orchestrator e, em seguida, vincule o pacote a um caso de teste do 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:
Como alternativa, para converter um caso de teste de volta em um fluxo de trabalho, clique com o botão direito do mouse em um caso de teste e selecione Converter em fluxo de trabalho.
XAML
importados são adicionados ao seu projeto como rascunhos de casos de teste.
Similarly to importing data collections into API Test Automation libraries, you can import such collections into your application testing projects using the New Service wizard.