Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Adote um amanhã Wiki Adote um amanhã 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
  • Adote um amanhã
  • Adote um amanhã WikiAdote um amanhã Wiki
  • Wiki
  • qualidade

Last edited by Clara Da Cunha D Ávila Jun 19, 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 no cypress
  • Testes
  • Passar teste
  • Falhar testes
  • Padrão de tasks

Testes

Testes no cypress

Interface para rodar os testes

Para abrir a interface de testes do cypress é necessário inserir o comando npx cypress open no terminal.

cypress

É possível rodar um único teste apenas clicando no nome do arquivo ou rodar todos os testes existentes clicando no botão superior direito.

runAll

TBD

Passar teste

Para que um merge request (MR) seja aceito, é necessário que a pessoa revisando o MR tenha testado as funcionalidades e que essas passem nos testes. Se falharem, o desenvolvedor deve ser contatado sobre o que falhou.

Falhar testes

Quando um teste falha, a pessoa responsável pelo merge request (MR) deve ser contatada para que o erro seja corrigido, para que o código não se mantenha quebrado.

Padrão de tasks

TBD

Clone repository
  • Gerência
  • Informações Úteis
  • Instalação
  • Retro
  • Setup Backend
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • design_mockups
  • escopo
  • estudos
View All Pages