| ... | @@ -19,16 +19,11 @@ Esta seção contém todos a metodologia escolhida para realização dos testes |
... | @@ -19,16 +19,11 @@ Esta seção contém todos a metodologia escolhida para realização dos testes |
|
|
|
|
|
|
|
## Testes
|
|
## Testes
|
|
|
|
|
|
|
|
TBD
|
|
|
|
|
|
|
|
|
|
## Passar teste
|
|
## Passar teste
|
|
|
|
|
|
|
|
TBD
|
|
Para que um merge request (MR) seja aceito, é necessário que a pessoa revisando o MR tenha testado as funcionalidades e que essas passem nos testes. Se falharem, o desenvolvedor deve ser contatado sobre o que falhou.
|
|
|
|
|
|
|
|
## Falhar testes
|
|
## Falhar testes
|
|
|
|
|
|
|
|
TBD
|
|
Quando um teste falha, a pessoa responsável pelo merge request (MR) deve ser contatada para que o erro seja corrigido, para que o código não se mantenha quebrado.
|
|
|
|
|
|
|
|
## Padrão de tasks
|
|
|
|
|
|
|
|
|
|
TBD |
|
|
