Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • D Denúncia a Violência 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
  • Denúncia a Violência
  • Denúncia a Violência Wiki
  • Wiki
  • qualidade

Last edited by Lucas Dimer Justo Jun 12, 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

Sumário

  • Controle de Qualidade
    • Sumário
    • Objetivo
    • Prática

Objetivo

O objetivo do controle de qualidade, neste projeto, é garantir que as funcionalidades descritas pelas User Stories, sejam implementadas de forma que tratem todos os possíveis cenários e que o código produzido para isto, siga a arquitetura descrita em Arquitetura (usar todas as camadas, respeitando as suas respectivas responsabilidades).

Prática

  1. Um dos responsáveis pela US cria uma branch para desenvolver a funcionalidade;
  2. Depois de desenvolver, abre um merge request para a branch development;
  3. Um AGES III ou AGES IV, que não tenha participado da task, revisa o código para ver se a arquitetura e padrões estão sendo seguidos e executa o código de maneira local para testar a funcionalidade;
  4. Se tudo estiver correto, aprova o merge request e realiza o merge. Se não, indica aonde há a necessidade de correção e aguarda a correção ser feita para repetir o passo 3.

Backend

Para testar o comportamento das rotas implementadas no backend, também utilizamos a ferramenta Postman, para simular requests e checar seus resultados. Foi criado um repositório compartilhado na ferramenta, para que todos tivessem acesso aos testes de cada rota.

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
  • estudos
  • gerencia
  • Home
View All Pages