- 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
- ST-USG-005 - Propriedades de atividade codificadas
- 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
- Fluxo de controle
- Repo. de Objetos
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- Teste do 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
Visão geral
Você pode usar dados de teste gerados automaticamente para executar casos de teste usando várias sequências de dados. Diferentes combinações de dados podem ser usadas para testes de RPA e aplicativos.
Como funciona
Consider an example where you create multiple argument types (e.g., Int32, Bool, String) for an If decision tree. You use the auto-generate feature to generate values for your test cases to cover as many paths as possible during execution.
Como parte da execução simbólica, o fluxo de trabalho é interpretado e fornecido com valores baseados em seus argumentos. Os valores gerados resolverão qualquer ramo condicional no fluxo de trabalho.
Quando usar dados de teste gerados automaticamente
- Gere valores para resolver condições de fluxo de trabalho (por exemplo,
If,Switch). - Atribua valores a argumentos e variáveis.
- Comparação de argumentos com valores ou outros argumentos.
Os testes de RPA e de aplicativos com dados gerados automaticamente não devem ser usados para cenários com um grande número de dependências, variáveis e caminhos de fluxo de trabalho que precisam ser cobertos.
Tipos de argumentos compatíveis
Verifique a lista a seguir para os tipos de argumentos compatíveis ao usar a geração automática de dados de teste:
-
Número decimal
DoubleFloatInt32Long
-
String
BooleanByteInt64Short
-
Array de valores primitivos:
short,int,long,float,double,byte,char,boolean. -
Dicionário de valores primitivos:
short,int,long,float,double,byte,chareboolean.Para chaves, você pode usar variáveis, argumentos ou dados literais.
Observação:Você só pode usar um par chave/valor para um argumento de dicionário. Por exemplo, você pode usar
dictionary["Name"] == "John", mas nãodictionary["Name"]["Age"] == 34
Operações suportadas
- Todas as operações booleanas e numéricas.
- Para loops, é usada uma estratégia pass-at-least-once, que tenta passar pelo loop pelo menos uma vez.
- Para strings, os dados são gerados para as seguintes funções:
Contains,Equals,StartsWith,EndsWith,Concat.
Adição de dados de teste gerados automaticamente
- Atualize o pacote Testing Activities para a versão 22.4.
- Crie ou use um fluxo de trabalho automatizado existente.
- Create arguments as parameters for auto-generated test data. See Supported argument types.
Quando você seleciona Gerar automaticamente como origem de dados para seus dados de teste, uma tabela de dados é gerada com valores padrão baseados em seus argumentos. É criada uma coluna para cada argumento, onde a primeira linha de dados mostra os valores padrão.
-
Clique com o botão direito do mouse em um fluxo de trabalho existente e selecione Criar caso de teste.
-
Digite um nome para seu caso de teste e altere o local padrão, se necessário.
-
(Optional) Add test case to execution template.
-
Na guia Dados de teste, clique em Origem e selecione Gerar automaticamente a partir da lista suspensa.
-
Selecione as colunas que você deseja adicionar.
-
(Opcional) Edite os valores da tabela de dados ou exclua linhas e colunas inteiras.
-
(Opcional) Clique em Adicionar linha para gerar outra linha de valores padrão. Você pode editar os valores.
-
Click OK to confirm.
Os dados são gerados e adicionados ao caso de teste. Você pode acessar os dados por meio dos argumentos.