Testar Estúdio

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

Visão Geral

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

Alterações maiores no aplicativo podem resultar em ciclos de teste mais longos. Eventualmente, o teste de regressão do aplicativo poderá levar mais tempo do que é gasto para desenvolver novos recursos. Em ambientes de desenvolvimento rápido, testar completamente cada recurso do aplicativo se torna um gargalo na liberação de atualizações de software. Uma opção para reduzir o tempo gasto no ciclo de teste e no teste de regressão é a automação dos testes. A automação de testes pode ajudar você a testar o aplicativo com esforço mínimo, reduzindo o tempo de teste e identificando problemas críticos antes do lançamento.

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

Pré-requisitos

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

Terminologia do Test Studio

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

Casos de teste

Os casos de teste são compostos por uma série de instruções ou ações, chamadas de etapas de teste. Os casos de teste são executados para validar se seu aplicativo, ou recursos específicos dele, está funcionando conforme o esperado. Por exemplo, em um aplicativo Expense, você gostaria de garantir que apenas as despesas com um 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 do teste são escritas usando a linguagem de expressão do Power Apps. As expressões de teste podem ser compostas pelas funções disponíveis ao criar seu aplicativo e por expressões adicionais para dar suporte a testes automatizados.

Conjuntos de testes

Os conjuntos de testes são usados para organizar e agrupar casos de teste. À medida que o número de casos de teste no aplicativo aumenta, você pode considerar organizá-los em recursos ou funcionalidades específicas. 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 contidos em conjuntos de testes são executados em sequência. O estado do aplicativo é persistido em todos os casos de teste em um conjunto. Por exemplo, se você tiver um caso de teste concluído na Tela 5 do aplicativo, o próximo caso de teste do conjunto de testes começará a ser executado na Tela 5. Isso permite dividir um cenário de teste complexo em vários casos de teste dentro de um mesmo pacote, e o estado é compartilhado entre todos os casos de teste. Caso o segundo caso de teste deva ser iniciado na tela inicial do aplicativo, você poderá navegar até ela como a primeira etapa do caso de teste. É importante lembrar que o aplicativo não é recarregado no início de cada caso de teste em um conjunto de testes ao planejar a execução do teste.

Declarações de teste

Todo caso de teste deve ter um resultado esperado. Para validar o resultado esperado de um teste em relação ao resultado real, você pode escrever declarações de teste. Uma declaração é uma expressão avaliada como verdadeira ou falsa no teste. Se a expressão retornar falso, o caso de teste falhará.

No exemplo de aplicativo de despesas acima, você pode escrever uma declaraçã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 melhores práticas para obter o máximo de benefícios para melhorar a qualidade do aplicativo:

1. Determinar quais casos de teste devem ser automatizados.

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

   • Testes repetitivos.
   • Testes de funcionalidade com alto impacto nos negócios.
   • Recursos estáveis que não estão passando por alterações significativas.
   • Recursos que exigem vários conjuntos de dados.
   • Testes manuais que demandam tempo e esforço significativos.

2. Manter os casos de teste pequenos.

   Embora um caso de teste possa dar suporte ao teste de todas as funcionalidades do aplicativo, recomendamos que você evite escrever um caso de teste monolítico e que tente dividi-lo em vários casos de teste. Cada caso de teste poderia testar um recurso ou uma funcionalidade específica do aplicativo. Uma asserção com falha em um caso de teste grande pode fazer com que outras funcionalidades não sejam testadas. Usar vários casos de teste contidos em um conjunto de testes permite que outras funcionalidades sejam testadas, mesmo que um caso de teste anterior tenha falhado. Essa estratégia também torna mais fácil isolar falhas de teste.

3. Manter expressões para uma única ação de teste.

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

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

   Todo caso de teste deve ter um ou mais resultados esperados. Asserções de teste devem ser usadas para validar os resultados esperados do teste em relação aos resultados reais. Várias declarações podem ser escritas para apenas um caso de teste.

5. Usar conjuntos de testes.

   Para fins de manutenção, agrupe ou categorize casos de teste semelhantes e descreva a finalidade e dos resultados esperados do teste.

Limitações conhecidas

Enquanto o trabalho para fornecer uma cobertura de controle total no Power Apps Test Studio está em andamento, a funcionalidade a seguir está indisponível no momento:

• Componentes.
• Componentes de código personalizados 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 de controle de versão do Git experimental e não funcionará corretamente se esse recurso estiver ativado.

Próximas etapas

• Como trabalhar com o Test Studio

Confira também

• Automatizar testes com o Azure Pipelines usando o editor clássico