Criar planos de testes
Como parte da implantação do seu aplicativo de tela, a próxima etapa é começar a testá-lo. Esta unidade ajudará você a compreender os conceitos básicos de como se deve realizar os testes. Vamos considerar três tipos de teste para incluir no seu plano.
Tipos de testes
Testes de unidade
O teste de unidade é o menor componente dos testes. Ele é usado para verificar se uma função ou um recurso específico do seu aplicativo está funcionando.
Testes de ponta a ponta
Os testes de ponta a pontasão usados para verificar se a solução é executada corretamente no geral. Eles são importantes porque, mesmo que todos os testes de unidade funcionem corretamente, a integração entre eles ainda pode falhar. Você executa esses tipos de testes seguindo um cenário de teste que seja mais parecido com o caso de uso do processo de negócios real.
Testes de aceitação do usuário
Um teste de aceitação do usuário (UAT) é aquele feito pelo usuário do aplicativo, não pelo criador. Esse teste garante que o que foi desenvolvido pelos criadores corresponde aos requisitos inicialmente solicitados pelo usuário.
Para aproveitar os UATs ao máximo, veja abaixo algumas dicas:
Teste com os usuários reais.
Tente escolher usuários com diferentes níveis de habilidade em TI. Dessa forma, você pode obter vários tipos de comentários.
Não dê instruções ao usuário. Veja se ele consegue entender o aplicativo de maneira intuitiva.
Observe como os usuários navegam pelo aplicativo sem assistência e identifique as áreas em que você pode melhorar o design.
Quando um usuário tiver dificuldade em uma tela, pergunte a ele qual era a expectativa.
Faça os testes em dispositivos diferentes para verificar se os casos de teste têm o mesmo comportamento, seja qual for a plataforma.
Teste os recursos offline. O ideal é testar o aplicativo no ambiente ou no local real do usuário se o aplicativo usa recursos offline.
Peça aos usuários do teste para tentarem "gerar erros" em seu aplicativo, por exemplo, inserindo caracteres incomuns nos campos de texto.
Normalmente, os usuários fazem o teste pelo "bom caminho" (aquele que o usuário segue quando tudo funciona perfeitamente). Peça que também testem cenários, como cancelar um relatório de despesas em vez de enviá-lo ou rejeitar um relatório de despesas em vez de aprová-lo.
Os usuários talvez não estejam familiarizados com testes de software, portanto, explique a eles o tipo de comentários que você deseja receber. Costuma ser útil fornecer um modelo para "bugs" para garantir que os testadores expliquem:
- Exatamente o que eles estavam fazendo
- O que aconteceu
- Que outro resultado eles estavam esperando
- Qualquer informação relevante sobre o ambiente de teste deles, como tipo de dispositivo e navegador.
É natural e aceitável que o usuário solicite alterações nas especificações ou peça mais recursos. Essas solicitações devem ser registradas em uma lista de recursos, conforme descrito em Priorizando solicitações de recursos para que você possa priorizá-los e incorporá-los ao aplicativo.
Criar cenários e casos de teste
No planejamento dos testes, você deve considerar os cenários importantes que possa ter identificado nas fases de planejamento e de design do seu projeto do Power Apps.
Sua primeira etapa é escrever os testes de unidade. É uma boa ideia dividir os testes para cada recurso ou função. Os casos de teste de unidade devem ser listados de forma semelhante a esta tabela:
| Nº do caso de teste | Descrição do teste | Entradas para testar | Resultado esperado | Resultado |
|---|---|---|---|---|
| 1-1 | Enviar os detalhes da ordem de um formulário | Nº da ordem 16516 | A ordem é enviada com êxito | |
| 1-2 | Verificar se foi gerado e anexado um PDF ao registro | N/A | O arquivo PDF é anexado ao registro | |
| 1-3 | Verificar se a notificação por email é enviada ao usuário | test@contoso.com | O email é recebido pelo destinatário especificado |
Em resumo, um bom plano ajudará na realização bem-sucedida do seu teste. Seu objetivo é criar um plano de teste que descreva a intenção e o escopo dos testes, oriente o processo de revisão técnica e auxilie na distribuição tranquila da funcionalidade. O desenvolvimento do seu plano de teste deve preceder o teste de aceitação do usuário e ter um meio de acompanhar as alterações necessárias antes da distribuição.