- 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
Modelos de casos de teste
Use modelos de casos de teste como modelos base para seus casos de teste. Por exemplo, você pode criar um modelo com variações de dados para ser reutilizado em diferentes testes. É possível criar modelos de casos de teste para projetos de Automação de Teste, incluindo outros tipos de arquivos, como o Gerenciador de Exceção Global. Para outros projetos (por exemplo, Processo), você pode criar modelos de fluxo de trabalho.
- Os modelos são específicos do tipo de projeto e o idioma usado para criá-lo.
- Os modelos não podem ser convertidos em fluxos de trabalho, compilados ou publicados.
-
Você pode fazer uso de conteúdo reutilizável criando uma biblioteca com modelos de casos de teste. A variação de dados de teste não é exportada para a biblioteca juntamente com o modelo de caso de teste.
Importante: os recursos mencionados no modelo não serão copiados localmente para o projeto no qual você está tentando importar a biblioteca. O modelo não deve conter referências a outros ativos, como fluxos de trabalho dentro da biblioteca.
Ao adicionar um novo arquivo, você pode escolher um modelo para usar como base. Os modelos a serem escolhidos variam dependendo do tipo de arquivo que você está adicionando (fluxo de trabalho ou caso de teste) e também variam se você já tiver adicionado modelos à pasta Modelos do seu projeto.
Escolha Caso de teste vazio quando você cria um caso de teste se você quiser adicionar uma atividade Placeholder que você deseja invocar em um estágio posterior.
BDD significa Desenvolvimento Orientado a Comportamento (Behavioural-Driven Development) Escolha Caso de teste BDD quando você cria um caso de teste para estruturar seu teste em torno de contêineres Given-When-Then.
Os modelos locais são criados na pasta Modelos do projeto quando você extrai um arquivo como modelo e quando você adiciona um modelo à pasta Modelos. Os modelos de arquivos locais ficam disponíveis apenas dentro do projeto em que são criados ou extraídos.
Você pode criar modelos locais de três tipos: modelo de execução, modelo de fluxo de trabalho e modelo de caso de teste. Quando você extrai um arquivo como um modelo, o tipo de modelo é aplicado automaticamente com base no tipo de arquivo extraído (fluxo de trabalho ou caso de teste). Quando você adiciona um modelo manualmente à pasta Modelos, pode selecionar o tipo de modelo a ser criado.
Teste com tempo limite
O modelo Teste com tempo limite está disponível apenas para o pacote de atividades Testes, versão 22.10 ou superior. Escolha Teste com tempo limite ao criar um caso de teste se quiser usar um tempo limite ou fazer capturas de tela quando uma verificação falhar.
O modelo é configurado para lançar uma exceção baseada no tempo, fazendo uma captura de tela da falha que ocorreu em seu fluxo de trabalho.
- Se você definir a variável Booleana
takeScreenshotOnException
comofalse
, certifique-se de modificar a propriedadeTimeout Message
da atividadeTimeoutScope
. - Você pode modificar o tempo limite na variável
duration
. O padrão é definido como cinco (5) minutos. - Você pode manter capturas de tela em sua máquina definindo Configurações do projeto de teste.
Você pode usar o menu contextual no painel Projeto para adicionar manualmente ao seu projeto modelos de execução e de caso de teste com base em outros modelos. Depois de adicionar um modelo, você pode editá-lo no Designer e, em seguida, usá-lo como um ponto de partida na criação de outros arquivos.
-
Para adicionar um modelo de caso de teste, clique com o botão direito do mouse na pasta Modelos e selecione Adicionar > Modelo de Caso de Teste. Siga o processo de criação de caso de teste para configurar o modelo.
-
Para adicionar um modelo de execução, clique com o botão direito do mouse na pasta Modelos e selecione Adicionar > Modelo de Execução.
- Abra seu fluxo de trabalho no Studio.
-
No painel Projeto, clique com o botão direito do mouse em um caso de teste e selecione Extrair como Modelo.
O seu caso de teste agora está armazenado em Projeto > Modelos. É possível copiar e colar ou movê-lo de volta para sua pasta de testes.
- É possível criar modelos diretamente a partir da pasta Modelos para seus casos de teste e fluxos de trabalho.
- É possível usar o menu contextual dentro da pasta Modelos para executar várias ações, como comparar arquivos.
Você pode criar modelos de caso de teste em bibliotecas da mesma forma que os cria em processos. Depois de publicar a biblioteca, os modelos marcados como públicos ficam disponíveis como modelos de arquivo de pacote em projetos em que a biblioteca está instalada.
- Crie um projeto de Testes.
- Construa qualquer caso de teste que desejar e use como modelo.
-
Quando finalizar a criação do caso de teste, clique com o botão direito do mouse nele e selecione Extrair como Modelo.
Dê um nome ao modelo, escolha a pasta Modelos como seu local de armazenamento e selecione Criar. Para este exemplo, o nome do modelo é MyFirstTestCaseTemplate.
-
Acesse a guia Design e, no grupo Arquivo, selecione Novo > Caso de Teste. A janela Novo Caso de Teste é exibida.
- Dê um nome apropriado e selecione o modelo que você criou anteriormente na lista suspensa Modelo. Para este exemplo, escolha MyFirstTestCaseTemplate.
Para remover um modelo, expanda a pasta Modelos no painel Projeto, clique com o botão direito do mouse no modelo e selecione Excluir.
- Condições
- Fontes de modelo
- Modelos integrados
- Caso de Teste Vazio
- Caso de Teste de BDD
- Modelos de arquivos locais
- Modelos de arquivos de pacotes
- Adicionando um modelo de arquivo local
- Extrair arquivo como modelo
- Modelos de caso de teste em bibliotecas
- Criando um caso de teste de um modelo
- Removendo um modelo
- Artigos relacionados