qualidade.md

@@ -13,11 +13,11 @@ Esta página centraliza informações sobre o processo de *Quality Assurance* do
 
 ## 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. Este processo de qualidade será controlado via a ferramenta Azure DevOps, onde os cenários de teste serão descritos e os resultados de sua execução serão registrados.
+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.
 
-TODO
+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.
 
-OBS.: Não foi possível realizar a integração com a ferramenta Azure Test Plans, por ser uma ferramenta paga. Por este motivo que foi utilizada outra estratégia.
+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
 
@@ -25,4 +25,4 @@ Para cada tarefa de Backend executada, deverão ser realizados testes unitários
 
 ## 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 as funcionalidades desenvolvidas utilizando o talkback no Android ou no emulador.
+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 as funcionalidades desenvolvidas utilizando o talkback no Android ou no emulador.
\ No newline at end of file