Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • appoio-wiki appoio-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
  • APPOIO
  • appoio-wikiappoio-wiki
  • Wiki
  • qualidade

Last edited by Bianca Camargo Machado Nov 27, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

qualidade

Home Sprints Requisitos Arquitetura Configuração Mockups Banco de Dados Instalação Gerência Time Padronização Git Workflow Qualidade

Controle e garantia de qualidade

Acesso rápido:

  • Descrição
  • Como funciona na prática?
  • Passar no caso de teste
  • Falhar no caso de teste
  • Quem executa os casos de teste?
  • Resultados
    • Sprint 1

Descrição

O nosso processo de QA (Quality Assurance) é realizado utilizando a ferramenta Trello, nela mapeamos as tarefas relacionadas à qualidade, que se resumem aos casos de teste descritos utilizando a técnica BDD (Behavior Driven Development). Desta forma conseguimos aproveitar toda a descrição de critérios de aceitação das USs (User Stories) também na execução de casos de teste, tornando nosso processo mais eficiente e fácil de ser colocado em prática.

Como funciona na prática?

Ao final de cada Sprint, com a aplicação em sua versão final, utilizamos a coluna Test [Sprint <número>] do Trello para colocar os cards que serão utilizados para a execução dos testes funcionais. Cada card representa uma US e cada item do checklist é um caso de teste.

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 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:

passou

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:

falhou

Coluna de testes para a Sprint 1

Quem executa os casos de teste?

TBD

Resultados

Sprint 1:

User Stories Passaram ✔ Falharam ❌ Status final Observação
AP-8: Tutoriais "Celular" 1, 2 - ✔ 1. Não é referente ao sistema operacional do meu dispositivo; 2. Não está do mais recente ao mais antigo. Ambos não bloqueantes.
AP-9: Tutoriais "Conceitos" 1, 2 - ✔ 1. Não é referente ao sistema operacional do meu dispositivo; 2. Não está do mais recente ao mais antigo. Ambos não bloqueantes.
AP-10: Página do tutorial 1, 2, 3 - ✔ 2. Data de publicação está faltando. Não bloqueante.
AP-12: Tutorial Simples 3, 4, 5, 7, 8 - ✔ 3. Só está inserindo uma tag por tutorial; 6. Ainda não envia para avaliação; 1 e 2 não se aplicam; Todos não bloqueantes
AP-13: Tutorial completo 1, 2, 3, 4 - ✔ 2. Ainda não é possível remover passo; Não bloqueante.
Clone repository
  • Rotas
  • arquitetura
  • banco_dados
  • configuracao
  • deploy
  • escopo
  • git_workflow
  • gp
  • Home
  • instalacao
  • mockups
  • padronizacao
  • processo
  • qualidade