... | ... | @@ -3,32 +3,20 @@ |
|
|
|
|
|
# Controle de Qualidade
|
|
|
|
|
|
## Descrição
|
|
|
|
|
|
Esta seção contém todos a metodologia escolhida para realização dos testes do projeto.
|
|
|
|
|
|
## Sumário
|
|
|
|
|
|
- [Controle de Qualidade](#controle-de-qualidade)
|
|
|
- [Descrição](#descrição)
|
|
|
- [Sumário](#sumário)
|
|
|
- [Testes](#testes)
|
|
|
- [Passar teste](#passar-teste)
|
|
|
- [Falhar testes](#falhar-testes)
|
|
|
- [Padrão de tasks](#padrão-de-tasks)
|
|
|
|
|
|
## Testes
|
|
|
|
|
|
TBD
|
|
|
|
|
|
## Passar teste
|
|
|
|
|
|
TBD
|
|
|
- [Objetivo](#objetivo)
|
|
|
- [Prática](#prática)
|
|
|
|
|
|
## Falhar testes
|
|
|
## Objetivo
|
|
|
O objetivo do controle de qualidade neste projeto é garantir que as funcionalidades descritas pelas User Stories, sejam implementadas de forma a tratar todos os possíveis cenários e que o código produzido para isto, siga a arquitetura descrita em [Arquitetura](https://tools.ages.pucrs.br/denuncia-a-violencia/denuncia-a-violencia-wiki/-/wikis/arquitetura) (usar todas as camadas, respeitando a sua responsabilidade).
|
|
|
|
|
|
TBD
|
|
|
## Prática
|
|
|
1. Um dos responsáveis pela US cria uma branch para desenvolver a funcionalidade;
|
|
|
2. Depois de desenvolver, abre um merge request para a branch development;
|
|
|
3. Um AGES III ou AGES IV, que não tenha participado da task, revisa o código para ver se a arquitetura e padrões estão sendo seguidos e executa o código de maneira local para testar a funcionalidade;
|
|
|
4. Se tudo estiver correto, aprova o merge request e realiza o merge. Se não, indica aonde há a necessidade de correção e aguarda a correção ser feita para repetir o passo 3.
|
|
|
|
|
|
## Padrão de tasks
|
|
|
|
|
|
TBD |