Partilhar via

Estúdio de Teste

Crie testes de interface do usuário completos de ponta a ponta para a sua aplicação canvas usando o Test Studio. Mantenha a qualidade do seu aplicativo validando continuamente se ele funciona conforme o esperado quando novas alterações ou atualizações são implantadas.

Visão geral

O teste é uma parte importante do ciclo de vida de desenvolvimento de software (SDLC). Os testes podem ajudar a garantir a qualidade do aplicativo entregue aos clientes. Ele pode identificar problemas ou defeitos no início do processo de lançamento e fornece uma oportunidade de corrigir esses problemas para tornar o aplicativo mais confiável antes de liberar alterações. Dependendo do tamanho e do uso do aplicativo, o teste manual de novas alterações pode ser suficiente. No entanto, à medida que o aplicativo cresce em complexidade e uso, talvez seja necessário considerar uma estratégia de teste em vez de testes manuais. Se o aplicativo for de missão crítica, mesmo um pequeno erro pode ter um impacto significativo.

O aumento das alterações no aplicativo pode resultar em ciclos de teste mais longos. Eventualmente, os testes de regressão do aplicativo podem ser mais longos do que o tempo gasto para desenvolver novos recursos. No desenvolvimento acelerado, testar minuciosamente cada recurso do aplicativo se torna um gargalo para o lançamento de atualizações de software. Uma opção para reduzir o tempo gasto durante um ciclo de teste e em testes de regressão é a automação de testes. A automação de teste pode ajudá-lo a testar seu aplicativo com o mínimo de esforço, reduzindo o tempo de teste e identificando problemas críticos antes do lançamento.

O Power Apps Test Studio é uma solução de baixo código para escrever, organizar e automatizar testes para aplicações de canvas. No Test Studio, você pode escrever testes usando expressões do Power Apps ou usar um gravador para salvar a interação do aplicativo para gerar automaticamente as expressões. Você pode reproduzir testes escritos dentro do Test Studio para validar a funcionalidade do aplicativo e também executar os testes em um navegador da Web e criar os testes automatizados em seu processo de implantação de aplicativo.

Estúdio de Testes.

Pré-requisitos

Você deve ser criador ou coproprietário de um aplicativo para testar o aplicativo com o Test Studio.

Terminologia do Test Studio

A seção a seguir explica a principal terminologia do Test Studio.

Casos de teste

Os casos de teste são compostos por uma série de instruções ou ações, chamadas etapas de teste. Os casos de teste são executados para validar se seu aplicativo, ou recursos específicos em seu aplicativo, está funcionando como você espera. Por exemplo, em um aplicativo Expense, você gostaria de garantir que apenas despesas com custo real associado possam ser enviadas. Um caso de teste pode ajudar a verificar se essa condição ou requisito é sempre atendido.

No Test Studio, as etapas de teste são escritas usando a linguagem de expressão Power Apps. As expressões de teste podem consistir nas funções disponíveis ao criar seu aplicativo e expressões adicionais para dar suporte a testes automatizados.

Suítes de teste

Os conjuntos de testes são usados para organizar ou agrupar casos de teste. À medida que o número de casos de teste no aplicativo cresce, você pode considerar organizar os casos de teste em recursos ou funcionalidades específicos. Por exemplo, você pode ter um conjunto de testes com casos de teste para validar envios de relatórios de despesas e outro conjunto de testes que se concentra apenas em aprovações de despesas.

Os casos de teste presentes nos conjuntos de testes são executados sequencialmente. O estado da aplicação persiste em todos os casos de teste de um conjunto. Por exemplo, se você tiver um caso de teste concluído na Tela 5 em seu aplicativo, o próximo caso de teste em seu conjunto de testes começará a ser executado a partir da Tela 5. Isto permite decompor um cenário de teste complexo em múltiplos casos de teste dentro de um único conjunto, sendo que o estado é partilhado em todos os casos de teste. Se for esperado que o seu segundo caso de teste comece no ecrã inicial da aplicação, pode navegar até esse ecrã como o primeiro passo no caso de teste. É importante lembrar que a aplicação não é recarregada no início de cada caso de teste numa suite de testes ao planear a execução dos testes.

Asserções de teste

Cada caso de teste deve ter um resultado esperado. Para validar o resultado esperado de um teste em relação ao resultado real do teste, você pode escrever asserções de teste. Uma asserção é uma expressão que avalia como verdadeiro ou falso no teste. Se a expressão devolver falsa, o incidente de teste irá falhar.

No exemplo de aplicativo de despesas acima, você pode escrever uma asserção para validar se um relatório de despesas é criado com um item de linha de despesa com custo zero associado.

Melhores práticas

Ao testar aplicativos de tela usando o Test Studio, considere as seguintes práticas recomendadas para obter o máximo de benefícios para melhorar a qualidade do seu aplicativo:

  1. Determine quais casos de teste devem ser automatizados.

    É difícil automatizar todos os testes e não recomendamos que você confie completamente na automação de testes. Testes manuais devem ser realizados além da automação de testes. Os testes mais adequados para automação são:

    • Testes repetitivos.
    • Testes de funcionalidade de alto impacto nos negócios.
    • Características que são estáveis e não sofrem alterações significativas.
    • Recursos que exigem vários conjuntos de dados.
    • Testes manuais que levam tempo e esforço significativos.

  2. Mantenha os casos de teste pequenos.

    Embora um único caso de teste possa oferecer suporte ao teste de todas as funcionalidades em seu aplicativo, recomendamos que você evite escrever um caso de teste monolítico e tente dividi-lo em vários casos de teste. Cada caso de teste pode testar um recurso ou funcionalidade específica em seu aplicativo. Uma declaração com falha em um caso de teste grande pode fazer com que outras funcionalidades permaneçam não testadas. O uso de vários casos de teste contidos em um conjunto de testes permite que outras funcionalidades sejam testadas, independentemente de um caso de teste anterior ter falhado. Essa estratégia também facilita o isolamento de falhas de teste.

  3. Mantenha as expressões em uma única ação de teste.

    Uma ação de teste pode conter várias expressões. Grandes expressões de teste de várias ações para uma única etapa podem afetar sua capacidade de depurar e isolar quaisquer falhas de teste. Considere dividir uma etapa de teste com várias ações em mais etapas de teste de ações únicas para identificar problemas mais rapidamente.

  4. Cada caso de teste deve ter um resultado esperado.

    Cada caso de teste deve ter um ou mais resultados esperados. As asserções de teste devem ser usadas para validar os resultados esperados do teste em relação aos resultados reais. Várias asserções podem ser escritas para um único caso de teste.

  5. Use suítes de teste.

    Para manutenção, agrupe ou categorize casos de teste semelhantes e descreva o objetivo e os resultados esperados do teste.

Limitações conhecidas

Enquanto trabalhamos para fornecer cobertura total de controlo no Power Apps Test Studio está em curso, as seguintes funcionalidades estão atualmente indisponíveis:

  • Componentes.
  • Componentes de código escritos no Power Apps Component Framework.
  • Galerias aninhadas.
  • Controles de mídia.
  • O recurso experimental de gerenciamento de erros no nível da fórmula precisa ser ativado para o aplicativo.
  • Suporte para controles não listados nas funções Select e SetProperty .
  • Colunas do tipo pessoa.
  • O Test Studio não é compatível com o recurso experimental de controle de versão do Git e não funcionará corretamente se esse recurso estiver habilitado.

Próximos passos

Consulte também

  • Last updated on