|
|
|
# Qualidade
|
|
|
|
|
|
|
|
Esta página centraliza informações sobre o processo de *Quality Assurance* do projeto.
|
|
|
|
|
|
|
|
## Sumário
|
|
|
|
|
|
|
|
* [Informações gerais](#informacoes-gerais)
|
|
|
|
* [Backend](#backend)
|
|
|
|
|
|
|
|
## 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](https://junit.org/junit5/) e [Mockito](https://site.mockito.org/). 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 |
|
|
|
\ No newline at end of file |
