- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- 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
- 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 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
- Solução de problemas de aplicativos do JxBrowser
- Monitoração de eventos de usuário
- Solução de problemas da Citrix
Guia do usuário do Studio
Modelos de execução
Por meio dos modelos de execução, você pode encapsular casos de teste no runtime para usarem as suas condições de execução definidas para vários cenários. Por exemplo, em vez de copiar, colar e manter vários casos de teste, você pode criar um único modelo que age como um boilerplate para encapsular os casos de teste no runtime.
- Ao executar ou depurar o arquivo, o caso de teste e seu modelo de execução associado são fundidos em um arquivo temporário. A coleção de argumentos e variáveis de ambos os arquivos são comparadas pelo nome no runtime. Se o modelo de execução compartilha um argumento ou nome de variável correspondente com o caso de teste, ele será vinculado no arquivo de fluxo de trabalho invocado após a fusão. Se o caso de teste não tiver nenhum argumento correspondente com o modelo de execução, os argumentos do primeiro arquivo serão copiados para o segundo.
- Mover ou renomear um modelo de execução automaticamente atualiza seus casos de teste associados.
- Ao publicar um projeto com modelos de execução, todos os casos de teste publicáveis são mesclados com os modelos de execução. Os arquivos resultantes são os pontos de entrada do projeto.
O modelo de execução funciona como um wrap para casos de teste. No painel Designer, é possível ver uma atividade de espaço reservado no modelo de execução.
Essa atividade será substituída no runtime por uma atividade Invoke, adicionando o caso de teste invocado ao modelo de execução, como pode ser visto na imagem a seguir.
Para executar um caso de teste dentro de um modelo de execução no runtime, você precisa seguir estes procedimentos:
Crie um modelo de execução antes de defini-lo para um caso de teste.
- Abra seu fluxo de trabalho no Studio.
- No painel Projetos, clique com o botão direito do mouse na pasta Modelos de Arquivo para abrir o menu suspenso.
- Navegue até Adicionar > Modelo de Execução.
-
Insira um Nome para seu modelo de execução e escolha o Local em que ele será armazenado.
Uma nova guia se abre no painel do Designer com seu modelo de execução. Você pode criar o modelo para corresponder às suas necessidades de teste.
- Clique em Salvar quando seu modelo de execução estiver pronto.
Para executar ou depurar um caso de teste com um modelo de execução, você precisa adicioná-lo a um modelo de execução (Definir Modelo de Execução). Ou então, você pode definir um modelo de execução para um caso de teste recém-criado.
- Abra seu caso de teste no Studio. Se ainda não tiver um, você pode criar um caso de teste.
- No painel Projetos, clique com o botão direito do mouse em um caso de teste para abrir o menu suspenso.
- Clique em Definir Modelo de Execução e selecione um modelo da lista suspensa.
-
Clique em Ok para confirmar. O modelo de execução é adicionado ao caso de teste. A execução ou depuração desse caso de teste ocorrerá de acordo com seu modelo de execução associado.
Agora, você pode executar ou depurar o caso de teste, pois ele será executado com o modelo de execução.
- Abra seu fluxo de trabalho no Studio.
-
No painel Projetos, clique com o botão direito do mouse em um caso de teste para abrir o menu suspenso.
Observação: passe o mouse sobre um caso de teste para mostrar se ele foi adicionado a um modelo de execução ou não. - Clique em Definir Modelo de Execução e selecione <no execution template> da lista suspensa.
- Clique em Ok para confirmar.