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 @ dc22ea81
......@@ -30,7 +30,7 @@ Já, pro App, o que agrega mais valor com o tempo que temos pra desenvolver, sã
**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 (:assinalado_forte:).
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 (:heavy_check_mark:).
**Como acesso a ferramenta?**
......
Clone repository
  • arquitetura
  • banco_dados
  • configuracao
  • docs usuario
  • gerenciamento_projeto
  • guia_desenvolvimento_backend
  • Home
  • instalacao
  • materiais_estudo
  • mockups
  • requisitos
  • reunioes
  • sprints
  • time