- 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
- 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
- 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 Citrino
- 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
API do Chromium
O ChromiumAPI é um método de entrada de automação por navegador baseado no Protocolo Devtools e oferece muitos benefícios ao automatizar um navegador baseado no Chromium.
Pode ser usado com as seguintes atividades Modern:
- Use Application/Browser
- Click
- Type Into
- Hover
-
Observação: Este método só funciona em elementos Web. Ele não funciona em elementos que não fazem parte da página da web, como pop-ups.
Aqui estão alguns insights que você pode considerar ao projetar a automação do navegador com o método de entrada ChromiumAPI.
Confiabilidade
Enviar entradas de teclas/mouse por meio de eventos de hardware significa enviá-los para o fluxo de entrada de mouse/teclado do sistema operacional. A partir daí, os eventos são encaminhados para o aplicativo de destino, o navegador no nosso caso, que os analisa e os envia para as páginas da web.
Enviar teclas/entrada do mouse via ChromiumAPI significa enviá-las diretamente para o navegador. Portanto, este método de entrada elimina um canal de comunicação que pode falhar (como qualquer outro canal de comunicação).
A comunicação direta com o navegador por meio desse novo método significa menos canais de comunicação e, portanto, maior confiabilidade da automação.
Funciona em segundo plano
Os eventos de hardware precisam que os elementos estejam na tela, focados, em primeiro plano. O ChromiumAPI não tem esse requisito, pois funciona enquanto o navegador está minimizado e outra aba está focada (lembre-se que as atividades modernas tendem a ativar a aba de trabalho).
Eficiência melhorada
O ChromiumAPI envia acionadores de eventos confiáveis, que são a cadeia exata de eventos acionados quando um humano faz a mesma ação. Isso significa que, além da automação que funcionava com o Simulate, muito mais está disponível agora através da ChromiumAPI.
Outros benefícios
Permite enviar hotkeys diretamente para o navegador.
A propriedade Limpar antes de digitar é natural com este método, pois não esvazia o campo do elemento de destino por padrão.
As ações Clicar com modificadores são mais eficientes e confiáveis.
Quando o navegador é iniciado com ChromiumAPI, uma faixa aparece informando que o navegador foi iniciado no modo de depuração (destacado abaixo em azul). Esta mensagem não aparece se a extensão for instalada por meio de política.