Denilson Kersting AraujoQualidade
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.
Estabeleceu-se a estratégia de, na última semana de cada Sprint do projeto, gerar uma versão do aplicativo nas AJUSTAR (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.