fernanda.mello| Home | Escopo | Processo | Design/Mockups | Configuração | Arquitetura | Gerência | BD | Qualidade | Frontend | Backend |
|---|
Qualidade
Esta página centraliza informações sobre o processo de Quality Assurance do projeto.
Sumário
Informações gerais
Antes da entrega das histórias de usuário ao final de cada Sprint, estas histórias de usuário devem ser testadas para garantir que estão tendo o comportamento esperado e, caso não estejam, corrigir estes problemas antes da entrega. Para isso, inicialmente planejou-se integrar o quadro Kanban da ferramenta Azure DevOps com o Azure Test Plans, para descrever os cenários de teste e acompanhar os resultados de sua execução. No entanto, não foi possível realizar esta integração por esta ser uma ferramenta paga.
Assim, estabeleceu-se a estratégia de, na última semana de cada Sprint do projeto, gerar uma versão do aplicativo nas terças-feiras (um dia antes do freeze de código) com o que foi desenvolvido até então e realizar testes de todas as funcionalidades. Os eventuais bugs encontrados durante os testes são registrados em um canal de comunicação voltado para bugs na ferramenta Discord.
Toda a equipe deve participar deste processo e isso possibilita que defeitos no aplicativo sejam identificados e, no caso daqueles mais simples, possam ser corrigidos em tempo hábil antes da entrega da Sprint.
Backend
Para cada tarefa de Backend executada, deverão ser realizados testes unitários utilizando as ferramentas JUnit 5 e Mockito. Não foi estabelecido nenhum limite mínimo de porcentagem de cobertura de testes no projeto, dado que parte da equipe nunca havia utilizado estas ferramentas e estava se adaptando a elas no começo do projeto, e por isso foi estabelecido que apenas os cenários mais importantes precisariam ser cobertos nas primeiras Sprints.
Ainda assim, foi monitorada a evolução da cobertura de testes do projeto ao longo das Sprints a partir do plugin Code Coverage for Java embutido na IDE IntelliJ IDEA. Abaixo, seguem os resultados de cobertura de testes do projeto em cada um dos ciclos de desenvolvimento.
Sprint 1
Sprint 2
Sprint 3
Sprint 4
Frontend
Para as tarefas do Frontend que forem executadas, deverá ser disponibilizado ao menos um print dos estados de componente/tela que está sendo desenvolvido. Além disso, considerando questões de acessibilidade, testar manualmente as funcionalidades desenvolvidas utilizando o talkback no Android ou no emulador.