- Notas de Versão
- 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-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
- 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
- Automação assistida baseada em gatilho
- Repo. de Objetos
- A ferramenta ScreenScrapeJavaSupport
- 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
Casos de Teste
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
- 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
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.

-
(Opcional) Selecione o Fluxo de trabalho de simulação em teste ao criar seu caso de 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 Testes fictícios.

-
(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 arquivo XAML 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 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.

O ícone xaml ou cs ficará em azul como uma indicação de que o caso de teste está pronto para ser publicado e empacotado em um arquivo nupkg. Para reverter ao seu rascunho do fluxo de trabalho, clique com o botão direito do mouse no fluxo de trabalho e selecione Ignorar na publicação. 2. Publique 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.
Importante: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 Robô 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.
Converter fluxo de trabalho em caso de teste
To convert workflows into test cases, right-click the workflow in the Project panel and select Convert to Test Case:

Resultado: o fluxo de trabalho torna-se um Caso de Teste e é regenerado com base no Modelo Caso de Teste de BDD.
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
Da mesma forma que na importação de coleções de dados para bibliotecas de Testar Automação de API, você pode importar essas coleções para seus processos de Teste de Aplicativo usando o assistente Novo Serviço.
Isso está disponível apenas para bibliotecas e projetos de Automação de testes criados no perfil do Studio.