Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Crie testes de UI de ponta a ponta para seu app de canvas usando o Test Studio. Mantenha a qualidade do aplicativo validando continuamente que seu aplicativo 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). O teste pode 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 oferece uma oportunidade para 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 de novas alterações pode ser suficiente. No entanto, à medida que o aplicativo aumenta em complexidade e uso, talvez seja necessário considerar uma estratégia de teste em vez de testes manuais. Se o aplicativo for crítico, até mesmo um pequeno erro poderá ter um impacto significativo.
O aumento das alterações no aplicativo pode resultar em ciclos de teste mais longos. Eventualmente, o teste de regressão do aplicativo pode ser maior do que o tempo gasto para desenvolver novos recursos. No desenvolvimento rápido, testar minuciosamente todos os recursos do aplicativo torna-se um gargalo para liberar atualizações de software. Uma opção para reduzir o tempo gasto durante um ciclo de teste e no teste de regressão é a automação de teste. 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 da versão.
O Power Apps Test Studio é uma solução de baixo código para gravar, organizar e automatizar testes para aplicativos de tela. 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 no Test Studio para validar a funcionalidade do aplicativo e também executar os testes em um navegador da Web e criar os testes automatizados no processo de implantação do aplicativo.
Pré-requisitos
Você deve ser criador ou co-proprietário de um aplicativo para testar o aplicativo com o Test Studio.
Terminologia do Test Studio
A seção a seguir explica a terminologia chave 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 que seu aplicativo, ou recursos específicos em seu aplicativo, está funcionando conforme o esperado. Por exemplo, em um aplicativo Expense, você gostaria de garantir que somente as despesas com o 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 do 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 juntos. À medida que o número de casos de teste no aplicativo aumenta, 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ório de despesas e outro conjunto de testes que se concentra apenas nas aprovações de despesas.
Os casos de teste contidos em conjuntos de testes são executados sequencialmente. O estado do aplicativo é mantido em todos os casos de teste em um pacote. Por exemplo, se você tiver um caso de teste concluído na Tela 5 em seu aplicativo, o próximo caso de teste no conjunto de testes começará a ser executado na Tela 5. Ele permite que você divida um cenário de teste complexo em vários casos de teste em um único pacote e o estado é compartilhado em todos os casos de teste. Se seu segundo caso de teste deve começar na tela inicial do aplicativo, você pode navegar até a tela inicial como a primeira etapa em seu 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 do teste, você pode escrever asserções de teste. Uma asserção é uma expressão que é 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.
Práticas recomendadas
Ao testar apps canvas usando o Test Studio, considere as seguintes práticas recomendadas para maximizar os benefícios e melhorar a qualidade do seu aplicativo:
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 teste. O teste manual deve ser executado além da automação de teste. Os testes mais adequados à automação são:
- Testes repetitivos.
- Testes de funcionalidade de alto impacto nos negócios.
- Recursos estáveis e que não estão passando por alterações significativas.
- Recursos que exigem vários conjuntos de dados.
- Testes manuais que exigem tempo e esforço significativos.
Mantenha os casos de teste pequenos.
Embora um único caso de teste possa dar 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ífico 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 a isolação de falhas de teste.
Mantenha as expressões em uma única ação de teste.
Uma ação de teste pode conter várias expressões. Expressões de teste de várias ações grandes 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 simples para identificar problemas mais rapidamente.
Cada caso de teste deve ter um resultado esperado.
Cada caso de teste deve ter um ou mais resultados esperados. As declaraçõ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.
Use pacotes de teste.
Para manutenção, agrupe ou categorize casos de teste semelhantes e descreva os resultados esperados e de finalidade do teste.
Limitações conhecidas
Embora trabalhemos para fornecer cobertura de controle total no Power Apps Test Studio, a seguinte funcionalidade está indisponível no momento:
- Componentes.
- Componentes de código escritos na Estrutura de Componentes do Power Apps.
- 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.