Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • wiki wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • dTool
  • wikiwiki
  • Wiki
  • requisitos

requisitos · Changes

Page history
Update requisitos authored Apr 09, 2020 by Bianca Camargo Machado's avatar Bianca Camargo Machado
Show whitespace changes
Inline Side-by-side
requisitos.md
View page @ 181ce46b
...@@ -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
......
Clone repository
  • arquitetura
  • banco_dados
  • configuracao
  • docs usuario
  • gerenciamento_projeto
  • guia_desenvolvimento_backend
  • Home
  • instalacao
  • materiais_estudo
  • mockups
  • requisitos
  • reunioes
  • sprints
  • time