- 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
Data Service
Você pode usar o Data Service, tanto no Automation Cloud quanto no Automation Suite, como uma fonte para seus testes orientados por dados. Os dados são importados de entidades do Data Service, expondo os campos como argumentos do fluxo de trabalho.Todas as entidades importadas são armazenadas na guia Projeto, em Entidades.
Você pode realizar testes orientados por dados com o Data Service apenas com a versão 22.4 ou superior do pacote Testing.Activities.
- Quando você configura uma origem do Data Service, os dados são obtidos a partir da primeira entrada na entidade.
- Para Executar e depurar casos de teste com dados de teste dinâmicos, use o Explorador de Testes. Os dados vêm da entidade do Data Service durante o tempo de execução e o Test Explorer preenche os valores no tempo de execução.
- Se você fechar sua sessão e abrir o projeto novamente, você precisa executar o arquivo com variação de dados novamente para carregar os dados de teste.
- Se você atualizar a entidade, você precisa executar o arquivo com a variação de dados para carregar os dados de teste atualizados.
- Os casos de teste com variações de dados vazias são marcados como tendo falhado.
- Uma configuração de casos de teste é criada no Orchestrator quando você executa casos de teste contendo variações de dados do Data Service.
- Para testes orientados por dados, o nome do argumento gerado por casos de teste orientados pelo Data Service não cumpre a regra ST-NMG-002 do analisador de fluxo de trabalho que recomenda o uso dos prefixos
in_
e_out
. Adaptar o nome do argumento para se adequar a essa regra pode impedir a recuperação de dados da entidade do Data Service. - Se você criar um caso de teste orientado por dados que aceite um argumento de entrada, publique-o em um conjunto de testes e tente definir o valor do argumento diretamente da interface gráfica do Orchestrator, o valor do argumento de entrada não é transmitido para as variações de teste.
Solução alternativa: para superar essa limitação, adicione o argumento de entrada diretamente à entidade do Data Service.
Quando você adiciona dados de teste ao seu caso de teste, você pode filtrar a entidade para recuperar apenas campos específicos do Data Service. Você pode configurar os filtros usando o Query Builder integrado.
- Criar um novo caso de teste com dados de testeou Adicionar dados de teste a um caso de teste existente.
-
Clique em Origem e selecione Data Service na lista suspensa.
Observação: Se a opção não estiver disponível, verifique os requisitos. - Selecione uma entidade ou use a função de pesquisa para procurá-la.
- Clique no ícone Filtro para abrir o Query Builder.
- Use a primeira lista suspensa para filtrar por um critério (por exemplo,
CreateTime
). - (Opcional) Você pode adicionar linhas e grupos ao clicar em Adicionar e, então, configurar as condições.
- (Opcional) Você pode selecionar filtrar por todos ou qualquer um de seus critérios escolhendo AND ou OR.
- Digite um Nome para seu filtro.
- (Opcional) Use o Intervalo para configurar intervalos de linhas específicos. Isso é útil se você tiver centenas de campos em sua entidade.
-
Clique em Ok para confirmar.
Os dados são buscados a partir da entidade e adicionados ao caso de teste como um Tipo de argumento. Apenas a primeira entrada na entidade é buscada. Você pode acessar os dados por meio dos argumentos.
- Já usando um arquivo CSV para seus testes determinados por dados? Você pode carregá-lo para o Data Service usando atividades em lote.
- Atualizar ou remover dados de teste.
Neste tutorial, você aprenderá como recuperar entidades do Data Service, para realizar testes orientados por dados. O teste orientado por dados permite que você teste com eficiência diferentes cenários de dados usando entidades do Data Service como entrada. Siga as etapas abaixo para recuperar e utilizar entidades do Data Service em seus casos de teste.