Acesso rápido:

• Material
• Próximos artefatos

Página dos Requisitos do Projeto

Exemplos de fluxos e material de apoio

Considerações dos clientes da entrega da Sprint 0 - Considerações.docx

matrizes_e_fluxo_exemplo_só_fluxo.xlsx

fluxo_avc_microcusteio.xlsx

Exemplo.xlsx

Teste funcional do App

Os casos de teste do App iniciaram na ferramenta Monday e agora estão na ferramenta Airtable.

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 funcionais definidos até então (✔).

Como acesso a ferramenta?

• Você já deve ter recebido um link no e-mail
• Senão, fala no slack o teu e-mail que te adiciono (provável que precise fazer um cadastro no Airtable)

Status do teste

=> Tem dependência em outra funcionalidade para que seja possível testar este caso.

=> Testado e não se comporta como especificado no caso de teste.

=> Testado e se comporta como especificado no caso de teste;

=> Não é necessário testar, não se aplica à situação.

Organização para a Sprint 1:

Divisão pra execução dos testes funcionais:

• Bianca Camargo: US 04
• Camila: US 01
• Igor Brehm: US 05
• Lucas Castro: US 03
• Rafael Araujo: US 01

Obs.:

• Nem todo o código das USs foram entregues/estão na develop ainda, nestes casos acompanhe a sua respectiva US até o final da noite de domingo (12/04), se não for entregue até lá, marcar como Blocked, Failed ou N/A (dependendo da situação)
• Se algum teste não passar (Blocked, Failed ou N/A), descreva o porque nos updates do caso de uso em questão
• Realize, no mínimo, os testes descritos no Airtable para cada US
• Atualize o Test Status do casos de uso na ferramenta
• Dúvidas/problemas sobre os testes funcionais devem ser discutidos no canal #teste-funcional
• Ao finalizar seus testes, avise no canal #teste-funcional
• Ao finalizar seus teste, atualize o card correspondente no trello (marcando no checklist que o teste funcional foi feito) e adicione um print do Test status dos casos de teste relacionados
• O quanto antes o teste for realizado, melhor, pois maiores são as chances de possíveis ajustes de problemas encontrados até a entrega

Resultado do teste funcional da sprint 1: sprint1-testeFuncional.pdf

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

• Deve possuir as Imagens dos Use Cases
• Deve possuir a Tabela dos User Stories
• Tudo mais que precisa dos Requisitos