Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

  • Definir diferentes versões do RM para testes.
  • Utilizar propriedades customizáveis para montar caminhos de diretórios dinamicamente e substituir parâmetros em diversas atividades com variáveis de ambiente.

Exemplo de Uso

Deck of Cards
idComo cadastrar
Card
labelComo Cadastrar
Expandir
title1. Início de Cadastro
  1. Navegue no menu do TestFlow e clique em Ambientes.Image Removed

    2   2. Na tabela que será mostrada, clique no botão verde em destaque para adicionar ambiente.

Image RemovedImage Added

Expandir
title2. Preenchimento dos Campos
Expandir
title3. Nome de exibição

a. Aqui você deverá atribuir um nome para identificar sua atividade de ambiente.Image Removed

Image Added


Expandir
title4. Permissões de Grupos

b. Grupos no TestFlow organizam e controlam o acesso dos usuários aos ambientes,garantindo que cada usuário acesse apenas os ambientes pertinentes ao seu papel ou projeto. Adicione um grupo ao seu ambiente para gerenciar essas permissões de forma eficiente.

(Saiba mais sobre o que são os Grupos no TestFlow.)

image-2024-7-8_14-23-58.pngImage RemovedImage Added


Expandir
title5. Diretório

c. Aqui você deverá informar o diretório do RM referente a um determinado ambiente. Por exemplo:

      • Para um ambiente que se refere à versão de desenvolvimento do RM, o diretório deve ser: C:\ExemploRM\Atual\Release\Bin
      • Para um ambiente que se refere a uma versão legado do RM, o diretório deve ser:  C:\RM\Legado\{versão}. Exemplo: C:\RM\Legado\12.1.24062404
Image Removed

Image Added


Expandir
title6. Propriedades customizáveis

d. É recomendado usar as Propriedades customizadas no TestFlow, pois elas permitem ajustes específicos por ambiente, centralizando configurações, melhorando a manutenção, automação e segurança, além de evitar conflitos entre versões.

Chave: A chave é o identificador único da propriedade customizada, usada como um placeholder (lugar reservado) no código ou nas configurações. Por exemplo, {VERSÂO}.

Valor: O valor é a informação atribuída à chave, que será usada durante a execução. Por exemplo, "12131".

Image Added

É possível excluir uma propriedade clicando no botão destacado.

Image Removed

Image Added

Para excluir todas, clique aqui:

Image Added


Card
labelVariáveis de ambiente

Variáveis de ambiente são parâmetros dinâmicos configuráveis para diferentes ambientes, permitindo que uma atividade seja executada em várias versões do RM sem modificações diretas. Elas definem valores que ajustam a execução de atividades conforme a versão especifica do RM, gerando caminhos de diretórios ou outros parâmetros de forma dinâmica e automatizada.

Sendo assim, podemos ter:


Expandir
titleParâmetros de Atividade

Para cada atividade, existe uma lista de parâmetros que podem ser substituídos pelas variáveis configuradas. Utilizando variáveis de ambiente, a manutenção dessas atividades torna-se mais fácil.

      • Soap: Parâmetros como endpoints, credenciais, e outros dados necessários para a comunicação com serviços web SOAP: Uri (Wsdl), Soap Endpoint, Descrição, Soap Action, Envelope, Usuário, Senha, Domínio.
      • Script SQL: Parâmetros para conexões de banco de dados, queries dinâmicas e outros comandos como: ConnectionString e Script SQL.
      • HTTP: Parâmetros como URLs, cabeçalhos HTTP, parâmetros de consulta e corpo da requisição: Descrição, Usuário, Senha, Headers, Body, Queries, Cookies.
      • Comparação de Diretório: Parâmetros como: 
      • Comparação de Banco: Parâmetros como: ConnectionString e Script SQL.
      • Comparação de Arquivo: Parâmetros como:
Expandir
titleGeração de caminho de diretório

As variáveis de ambiente permitem a definição de valores que podem ser utilizados para:

Geração de caminhos de diretórios: Se você criar uma propriedade customizável do tipo: {versao} com o valor 12.1.2205. Desta forma, um projeto que possua por exemplo uma comparação de arquivos que tenha um caminho do tipo "C:\temp\{versao}",  terá a palavra "{versao}" substituída pelo valor definido no cadastro do Ambiente.

Exemplo: 


Card
labelExemplo prático

Imagine que você tem precisa realizar uma atividade de restauração de base que utiliza o mesmo servidor para restaurar a base e o caminho a ser utilizado para o backup encontra-se na mesma máquina, entretanto, a única coisa que difere de dados, utilizando um servidor que guarda todos os backups das bases do RM em um mesmo diretório. A única diferença entre os backups é o nome do arquivo, que se diferem pelo acréscimo da sua versão referente ao final. Você tem que deve executar um projeto de teste que utiliza essa mesma atividade , para duas versões diferentes do RM: 1212406 e 1212404.  Para que você não precise criar duas atividades que faz praticamente a mesma coisa, você pode criar dois ambientes diferentes, um para a 12.1.2406 e 12.1.2404. Para evitar a criação de duas atividades praticamente idênticas, você pode configurar dois ambientes distintos: um para a versão 12.1.2406 e outro para a versão 12.1.2404, e definir uma variável

  • Chave: {logDir}
  • para gerenciar essa diferença.

    Sendo assim:

    Image Added

    Agora, você pode criar a atividade de forma que o parâmetro de versão seja preenchido dinamicamente conforme o ambiente escolhido, no momento da execução.


    Image Added

    Assim, ao executar a atividade, você poderá selecionar o ambiente desejado e o parâmetro de versão será automaticamente substituído pela versão correspondente ao ambiente escolhido.

    Image Added

    Valor:
  • Desenvolvimento: C:\dev\logs
  • Teste: C:\test\logs
  • Produção: C:\prod\logs

    ...

    Saiba mais

    Dica
    Propriedades customizadas permitem que você experimente diferentes configurações rapidamente, ajudando a otimizar o desempenho e identificar a melhor configuração para cada cenário.
    Dica

    Um ambiente não pode ser excluído enquanto o Agendamento assimilado estiver ativo.

    Dica

    É obrigatório definir o caminho do diretório para que o ambiente seja criado.

    Dica

    Centralizar configurações e usar variáveis de ambiente reduz a probabilidade de erros de configuração. Em vez de lembrar de alterar vários pontos no código, você faz ajustes em um único lugar.

    Dica

    Em ambientes de produção, onde escalabilidade é crucial, variáveis de ambiente podem ser usadas para ajustar parâmetros de desempenho conforme necessário, sem downtime ou necessidade de deploys complexosIsso também reduz o número de atividades a serem criadas.

    FAQ

    Informações

    P: O que é um Ambiente?
    R: É através de um Ambiente que você direciona a execução de seu Projeto de Testes para uma versão específica do RM.

    P: Quantos Ambientes devo incluir?

    R: Deve ser incluído um Ambiente para cada versão do RM que você deseja testar.

    P: Posso usar propriedades customizáveis?
    R: Sim, você pode se utilizar das propriedades customizáveis para montar, por exemplo, caminhos de diretórios dinamicamente.

    P: O que acontece se eu definir uma propriedade customizável com o valor ou chave nula?

    R: Não será permitido a criação desse ambiente.

    P: O que acontece se eu não definir o caminho do diretório?
    R: Não será permitido a criação desse ambiente