| ... | ... | @@ -6,7 +6,8 @@ |
|
|
|
_Acesso rápido:_
|
|
|
|
- [Descrição](#descrição)
|
|
|
|
- [Como funciona na prática?](#como-funciona-na-pratica)
|
|
|
|
- [Ajustes sugeridos e realizados](#ajustes-sugeridos-e-realizados)
|
|
|
|
- [Passar no caso de teste](#passar-no-caso-de-teste)
|
|
|
|
- [Falhaer no caso de teste](#falhar-no-caso-de-teste)
|
|
|
|
|
|
|
|
## Descrição
|
|
|
|
|
| ... | ... | @@ -18,13 +19,13 @@ Ao final de cada Sprint, com a aplicação em sua versão final, utilizamos a co |
|
|
|
|
|
|
|
Se algum caso de teste não passar, isto deve ser descrito nos comentários e em caso de tempo para resolver a pendência, este item é direcionado para ser resolvido antes da entrega. Caso não tenhamos tempo hábil, dependendo da criticidade, será incluído como débito técnico para a próxima Sprint e a US considerada como pronta ou incluído como débito técnico para a próxima Sprint e US considerada não entregue.
|
|
|
|
|
|
|
|
## Passar nos casos de teste
|
|
|
|
## Passar no caso de teste
|
|
|
|
|
|
|
|
Se determinado caso de teste **foi coberto pelo desenvolvimento**, então o caso de teste é marcado na *checklist*. Se todos os casos de teste passarem ou nenhum caso crítico falhar, a US é marcada com o label `PASSOU`:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Falhar nos casos de teste
|
|
|
|
## Falhar no caso de teste
|
|
|
|
|
|
|
|
Se o caso de teste **não foi coberto pelo desenvolvimento**, então o caso de teste **não** é marcado na *checklist*. Se for considerado um caso crítico, a US é marcada com o label `FALHOU`:
|
|
|
|
|
| ... | ... | |
