Bola de cristal de um testador experiente: não um anúncio, mas uma revisão: testes robóticos de cotação

O mundo das ferramentas de código baixo / sem código é exaustivo. Eu olhei para alguns nas últimas semanas e vou olhar mais alguns. Não tento cobrir todos eles, mas estou tentando fazer uma turnê decente para apreciar as opções. Atualmente, minha lista de aparência se parece com isso, em ordem alfabética:

• Alquimia
• Curiosidade
• Teste robótico da Coça
• Kanai doador
• LEAPWORK
• Mabl
• Sahipro
• Tricentis Tosca
• Uipath
• Qf-test

Estou ciente de que, embora minha lista tenha 10 anos, a lista real conta em centenas. O espaço está impressionado com as opções. Oprimido o suficiente para pedir aos usuários reais dessas ferramentas suas experiências, a conversa desliza para o DMS (mensagens diretas). Parece um pouco como mergulhar os dedos dos pés em água quente para iniciar conversas neste espaço.

Aprendendo hoje, hoje sobre testes robóticos da Copado, aceitei a oferta gentil de uma demonstração apropriada para o nível de uma conversa começou na semana passada. Apropriado para o nível, no sentido de que as pessoas demonstram já estavam cientes do que eu sei e podem evitar o brilhante sobre o real. Agradeço pela equipe de Esko Hannula e Copado pela experiência muito personalizada.

Antes de perfurar mais sobre o que aprendi, devo prefácio por que estou escrevendo sobre isso. Primeiro de tudo, sou um grande fã de grandes coisas que fazemos na Finlândia. Os testes robóticos da Copado têm raízes na Finlândia, mesmo que, como empresas de sucesso, superem os limites geográficos. Segundo, eu não sou um grande fã de código baixo, e qualquer pessoa que me mostre produtos nesse espaço tende a travar uma batalha difícil de como eles enquadram suas mensagens.

Eu acredito nisso:

A programação é como escrever. Introdução é fácil e leva a vida toda para se tornar bom.

As linguagens de programação visual tendem a se tornar restrições, em vez de nivelar as pessoas. Crescer no espaço de uma linguagem de programação de uso geral tende a construir pessoas. Crescer no espaço de uma linguagem de programação visual tende a restringir os problemas. Citando um colega de uma conversa no Mastodon:

Todas essas coisas (ORMS, 4GL, codificação de DND, Locode) parecem seguir o paradigma de “Torne as coisas simples mais simples e difíceis de coisas impossíveis e qualquer coisa entre realmente tediosa”

As crianças se formam em bloquearam em algumas sessões, tendo aspirações grandes demais para a caixa que recebem. Estou cético de que os adultos não experimentem o mesmo com o código baixo. Perfure a expectativa de que um usuário possa selecionar entre “Get Text”, “Obtenha o texto da Web”, “Obtenha o texto da interface do usuário”, “Obtenha texto eletrônico” e “Encontre o texto” com base no aplicativo verde, aplicativo da web, aplicativo de desktop, aplicativo de desktop de elétrons ou aplicativo de desktop virtual. Isto é, que o design do simplificação no perspectiva do usuário Realmente importa e é menos do que óbvio analisar algumas dessas ferramentas.

Chega de prefactar, vamos falar sobre a ferramenta. Os testes robóticos da Copado estão no topo da estrutura de robôs. Robot Framework fica no topo do selênio. O selênio está no topo de Python. Qualquer coisa que visa o código baixo esconderia e abstrava a maioria dessas coisas. Menciono isso porque 1) respeitar suas raízes é importante 2) A conscientização da pilha ajuda a abordar os riscos das peças móveis.

Robot Framework é a estrutura de orquestração de teste com bibliotecas. A abordagem da Copado começa com algumas bibliotecas da estrutura de robôs próprias. Um essencial é chamado Qwebe esse núcleo está disponível como código aberto.

Se eu não tirar mais a minha hora de aprender com eles, posso aceitar isso: o Robot Framework EcoSystem tem pelo menos três opções para bibliotecas que dirigem a Web: Selenium Library, Browser (dramaturgo) Library e Biblioteca QWEB. O terceiro tem uma simplicidade adorável. Linguagem do usuário. Lembra -me quantas versões de palavras -chave personalizadas na biblioteca de Selenium que eu vi ao longo dos anos sendo chamadas de “trabalho em nossa estrutura de teste interno” em Cada projeto.

O produto da Copate tem um gravação características que eles chamam Testes ao vivo. Em uma tela, lado a lado, você operaria seu aplicativo da web e assistia ao script sendo construído sobre o QWeb (e outros estilos QWORDS). Como esse script é um script de estrutura de robô, posso ver uma saída com medo de dependências de possíveis mudanças no ciclo de vida nos produtos, pois o script também pode ser escrito. Pode ser usado independente do produto. E a parte que eu apreciei particularmente, economizada no controle de versão e diferença bem, de modo que entender as mudanças enquanto eu olhava de outra maneira pode fazer sentido para aqueles de nós com práticas que confiam nela.

Escrever os scripts no código do Visual Studio com o complemento da Copado foi mencionado enquanto não foi demonstrado. Duas casas IDE com grupos de usuários essencialmente diferentes são uma abordagem que eu aprecio. Bom ponte entre a maneira como as coisas são e a maneira como as coisas podem ser.

Examinamos testes em execução, relatórios em todas as execuções e o conceito de execução de testes no modo de desenvolvimento para não manter os resultados durante o desenvolvimento de testes. Discutimos o suporte à biblioteca para iframes e Shadow DOM e observamos que há bibliotecas específicas do produto da plataforma disponíveis no produto, a saber, o QFORCE para testes do Salesforce capturando algumas das complexidades de teste desse produto.

De uma nova memória de um dia para classificar as dependências da versão em idiomas e bibliotecas nesta semana, eu poderia apreciar o encapsulamento do ambiente de que você precisa para executar testes no produto.

Também analisamos o estado atual da IA ​​no produto, agora chamado Agentes. Embora eu me considere que os recursos de estilo assistente de geração de testes a partir de texto ou explicação de código são um pouco menos do que ‘agentes’ do Word me levariam a esperar, ele serve como um espaço reservado para o crescimento nessa caixa. Ajudar a IA bem integrado a um IDE como este é um recurso que estamos aprendendo a esperar. e se beneficiar de.

Finalmente, analisamos um recurso chamado Explorador. O enquadramento de ser um código ainda mais baixo do que o teste ao vivo baseado em texto é algo com o qual posso vincular, mas enquadrar o caminho que clicamos e as coisas que observamos como teste exploratório é algo com o qual teria cuidado. A idéia de ocultar o texto de certos grupos de usuários parece sólida. Nice Bridge, mesmo que não seja uma ponte de testes exploratórios à automação, como eu pensaria, mas uma ponte de testes de usuário de negócios à automação.

Enquanto a equipe da Copado abriu a sessão com cinco coisas para prefácio de conversas de automação de teste, eu fecho o mesmo. Ambientes de teste, bloqueio de fornecedores, inclusão de especialistas no assunto, compartilhamento de resultados e manutenção de testes definitivamente parecem problemas para se projetar neste espaço. As escolhas da equipe da Copado sobre aquelas fizeram sentido para mim e mostram que têm um fundo sólido nesse espaço de problemas e soluções.

Para mim, foi uma hora bem gasta e me levou a uma conversa adicional nas bibliotecas da Robot Framework para impulsionar as interfaces do usuário da web. Pessoas adoráveis, que eu já conhecia. E uma ferramenta que vale a pena considerar. Solana Token Creator