... | @@ -15,7 +15,6 @@ Esta seção contém todos a metodologia escolhida para realização dos testes |
... | @@ -15,7 +15,6 @@ Esta seção contém todos a metodologia escolhida para realização dos testes |
|
- [Testes](#testes)
|
|
- [Testes](#testes)
|
|
- [Passar teste](#passar-teste)
|
|
- [Passar teste](#passar-teste)
|
|
- [Falhar testes](#falhar-testes)
|
|
- [Falhar testes](#falhar-testes)
|
|
- [Padrão de tasks](#padrão-de-tasks)
|
|
|
|
|
|
|
|
## Testes
|
|
## Testes
|
|
|
|
|
... | @@ -23,12 +22,9 @@ TBD |
... | @@ -23,12 +22,9 @@ 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 responsável deve ser contatado sobre o que falhou.
|
|
|
|
|
|
## Falhar testes
|
|
## Falhar testes
|
|
|
|
|
|
TBD
|
|
Quando um teste falha, a pessoa responsável pelo 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 |
|
|