studio
2023.4
false
- 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
- Automação assistida baseada em gatilho
- Visão geral
- Centros de contato e Automação assistida baseada em gatilhos
- Criação de uma visita guiada de produtos
- Projetando validação para aplicativos existentes
- 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
Projetando validação para aplicativos existentes
Guia do usuário do Studio
Última atualização 17 de dez de 2024
Projetando validação para aplicativos existentes
Para melhorar a experiência e a produtividade do usuário, você pode usar a solução Automação Assistida com base em Gatilho para projetar a validação personalizada dos aplicativos existentes.Este tutorial demonstra como projetar validações usando chamadas, formulários e gatilhos, para uma experiência suave do usuário utilizando o aplicativo de amostra UiDouble.
As etapas abaixo mostram uma visão geral sobre como criar validação para o aplicativo UiDouble:
- Criar uma chamada com apenas um componente Rótulo/Cabeçalho, destinado a exibir a mensagem de validação no runtime (callout.uiform).
- Crie um fluxo de trabalho geral que valide o valor digitado nos elementos da interface gráfica On Cash In e On Us Check (validate.xaml). Sempre que a condição de validação for quebrada (neste exemplo,
elDouble > minValue
), um texto explicativo com a mensagem apropriada (por exemplo,text
) será exibido. - Criar um fluxo de trabalho de gatilho para validar os dados dentro do campo On Us Check. Ele deve conter uma atividade Application Event Trigger e uma atividade Invocar Arquivo de Fluxo de Trabalho. Isso significa que quando o usuário adiciona dados ao campo, o arquivo validate.xaml é chamado para realizar a validação (on us check changed.xaml).
- Criar um fluxo de trabalho de gatilho para validar os dados dentro do campo Cash In. Ele deve conter uma atividade Application Event Trigger e uma atividade Invocar Arquivo de Fluxo de Trabalho. Isso significa que quando o usuário adiciona dados ao campo, o arquivo validate.xaml é chamado para realizar a validação (on cash in changed.xaml).
- Criar outro fluxo de trabalho de gatilho que valide ambos os campos quando o usuário clicar em Aceitar. Você pode conseguir isso usando uma atividade Application event trigger. Se os dois campos forem válidos, você pode reproduzir o evento do usuário que clicou no botão Aceitar (em aceitar clicked.xaml).
Saiba como criar validação para o aplicativo UiDouble usando este projeto de amostra como inspiração. Você pode baixar o aplicativo UIDouble aqui.