Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • D DoAÇÃO 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
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • DoAÇÃO
  • DoAÇÃO Wiki
  • Wiki
  • qualidade

Last edited by Caroline Lewandowski Nov 25, 2022
Page history
This is an old version of this page. You can view the most recent version or browse the history.

qualidade

Home Escopo e Cronograma Processo Design/Mockups Configuração Arquitetura Código BD Qualidade Utilização

Controle de Qualidade

Descrição

Esta seção contém todos a metodologia escolhida para realização dos testes do projeto.

Sumário

  • Controle de Qualidade
    • Descrição
    • Sumário
    • Testes
    • Passar teste
    • Falhar testes
    • Padrão de tasks

índice de Qualidade

Testes

As features implementadas seguem dois tipos de testes:

  • Teste Unitário - Feito pelo desenvolvedor que implementou a task durante a etapa final de desenvolvimento da mesma.

  • Teste de integração - Feito por um colega, normalmente antes de realizar a publicação da implementação.

Passar teste

O time utilizou quadros no site Trello para refletir a situação de determinada tarefa: DESENVOLVIMENTO, PRONTO PARA PUBLICAR, PUBLICADO e PRONTO.

Implementações em DESENVOLVIMENTO que foram aprovadas no teste de integração serão movidas para PRONTO PARA PUBLICAR.

O colega responsável irá mover implementações aprovadas no teste de integração de PUBLICADO para PRONTO.

Falhar testes

Falhas encontradas durante o desenvolvimento devem ser corrigidas antes da solicitação de merge. Para os testes de integração, dependendo da etapa da sprint em que a falha foi identificada, esta pode ser reportada ao autor da tarefa ou, para o caso de não ser uma falha crítica, entrar em débito técnico para a próxima sprint.

Padrão de tasks

TBD

Clone repository
  • Gerência
  • Instalação
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • design_mockups
  • escopo e retrospectivas
  • escopo
  • estudos
  • gerencia
View All Pages