... | @@ -18,7 +18,28 @@ |
... | @@ -18,7 +18,28 @@ |
|
|
|
|
|
[fluxo_avc_microcusteio.xlsx](Arquivos/fluxo_avc_microcusteio.xlsx)
|
|
[fluxo_avc_microcusteio.xlsx](Arquivos/fluxo_avc_microcusteio.xlsx)
|
|
|
|
|
|
|
|
## Teste funcional do App
|
|
|
|
|
|
|
|
Os casos de teste do App estão na ferramenta [Monday](https://dtool.monday.com/).
|
|
|
|
|
|
|
|
**O que é isso?**
|
|
|
|
|
|
|
|
Como falamos antes, na API serão feitos testes unitários para certificar que as funcionalidades estão ok e estes testes unitários serão escritos por quem estiver responsável pela task e validado no code-review, então: sempre que uma alteração na API for feita é um critério de aceitação que esteja passando nestes testes unitários que vão ir sendo incrementados.
|
|
|
|
Já, pro App, o que agrega mais valor com o tempo que temos pra desenvolver, são os testes funcionais, que basicamente validam se o que foi desenvolvido está de acordo com os requisitos. E para essa validação precisamos ter com o que comparar para validar = casos de teste. Nesses casos de teste estão documentados os comportamentos para User Stories que definimos e que estão no nosso Trello.
|
|
|
|
|
|
|
|
**O que faço com isso?**
|
|
|
|
|
|
|
|
Quando estiver desenvolvendo sua tarefa, vá na ferramenta e verifique se o que você está desenvolvendo possibilita que as situações documentadas aconteçam como esperado. Estes casos de teste podem/devem funcionar como um guia para você, sobre qual objetivo da tarefa (em conjunto com as outras documentações).
|
|
|
|
E também, no final da sprint, antes da entrega, vamos pedir para que algumas pessoas testem o aplicativo e documente em que estado está cada caso de teste, no nosso caso pode ser: Blocked , Failed , Passed ou N/A . Como vocês podem imaginar, se todos os casos de teste de uma US estiverem marcados como Passed , a User Story alcançou todos os requisitos definidos até então (:assinalado_forte:).
|
|
|
|
|
|
|
|
**Como acesso a ferramenta?**
|
|
|
|
|
|
|
|
* Se você tiver o e-mail @acad.pucrs.br (alunos mais recentes não têm), é só acessar esse link e fazer login com esse email: https://dtool.monday.com/users/sign_up?invitationId=9623600591619738000
|
|
|
|
* Senão, fala no slack o teu e-mail que te adiciono (provável que precise fazer um cadastro no Monday)
|
|
|
|
* A ferramenta tem plataforma mobile e web, pode usar qualquer uma.
|
|
|
|
|
|
|
|
**Funcionamento básico da ferramenta**
|
|
|
|
![Slide1](uploads/54833a419a1cbffbd0250d2d4deff470/Slide1.JPG)
|
|
|
|
|
|
## Próximos artefatos
|
|
## Próximos artefatos
|
|
Aqui devem ser citados e apresentados os **USER STORIES**, **Diagrama dos Casos de Uso** e todas as informações importantes sobre os Requisitos levantados pelos Stakeholders
|
|
Aqui devem ser citados e apresentados os **USER STORIES**, **Diagrama dos Casos de Uso** e todas as informações importantes sobre os Requisitos levantados pelos Stakeholders
|
... | | ... | |