### [Qualidade em Gestão de Projetos: QA, Testing e Critérios de Aceitação](https://twrt.com.br/qualidade-gestao-projetos-qa-testing/)

**Published:** janeiro 11, 2026
**Author:** Eduardo Salerno

**Content:**

## Introdução

Qualidade = o produto/serviço entregue funciona, atende requisitos e satisfaz cliente.

**Sem QA:**

- Bugs chegam ao cliente (imagem ruim)
- Requisitos não foram entendidos
- Retrabalho pós-entrega

**Com QA:**

- Problemas identificados antes (economia)
- Requisitos validados
- Cliente satisfeito na entrega

---

## 4 Tipos de Testes

TipoQuandoQuemO que testa**Unit Testing**Durante devDevCódigo individual funciona**Integration Testing**Após componentesDev/QAComponentes trabalham juntos**UAT**Antes de go-liveClienteRequisitos foram atendidos**Smoke Testing**Pós-go-liveQASistema está vivo (básico)---

## QA Plan Template

```
# QA PLAN - Projeto X

## Objetivo
Garantir 95%+ de requisitos funcionando sem bugs críticos.

## Escopo de Testes
- Unit tests (dev coverage maior que 80%)
- Integration tests (conecta componentes)
- UAT (cliente valida)
- Smoke test (pós-go-live)

## Ambientes
- Dev (developer)
- Test (QA)
- Staging (como produção, antes de go-live)
- Prod (real, após aprovação)
```

---

## Critérios de Aceitação

Exemplo para feature “Login com Google”:

```
Given: Usuário está na página de login
When: Clica em "Login com Google"
Then: Abre janela de autenticação Google

Given: Autenticação bem-sucedida
When: Usuário autoriza acesso
Then: Redireciona para dashboard, usuário está logado
And: Email do Google é salvo no perfil
And: Performance menor que 1 segundo
```

---

## Defect Severity

SeverityDescriçãoAção**Crítico**Sistema inteiro quebrado, sem workaroundBloqueia release**Alto**Feature principal não funcionaDeve ser fixado antes de release**Médio**Feature funciona mas com problema menorPode ir para release, fix em v2**Baixo**Cosmético (typo, layout)Aceitar (não é funcional)---

## Processo de QA Completo

### Fase 1: Planejamento (Início do projeto)

- Definir critérios de aceitação para cada feature
- Criar QA Plan
- Definir ambientes (dev, test, staging, prod)
- Alocar QA/testers

### Fase 2: Execução (Durante desenvolvimento)

- Devs fazem unit tests
- QA faz integration tests
- Bugs são logados em sistema (Jira, etc.)
- Bugs críticos/altos bloqueiam progresso

### Fase 3: UAT (Antes do go-live)

- Cliente testa sistema em staging
- Valida requisitos (atende ou não?)
- Sign-off formal (aceito)

### Fase 4: Go-Live (Pós-entrega)

- Smoke test (sistema está vivo?)
- Monitoramento inicial (erros, performance)
- Suporte pós-go-live (bugs encontrados)

---

## Defect Tracker Template

IDTítuloSeverityStatusOwnerETAD001Login não redirecionaCríticoIn ProgressDev A2 diasD002Botão não alinha mobileBaixoBacklogDev Bv2D003Performance lenta em buscaAltoIn ReviewDev C1 dia---

## Erros Comuns

- QA no final (encontra muitos bugs, não dá tempo corrigir) – Solução: QA contínuo (durante todo desenvolvimento)
- Critérios de aceitação vagos (funciona bem) – Solução: Critérios específicos (Given/When/Then)
- Sem UAT (cliente surpreendido no go-live) – Solução: UAT formal (cliente valida antes)

---

## Checklist de Qualidade

- QA Plan criado
- Critérios de aceitação definidos para cada feature
- Ambientes configurados (dev, test, staging, prod)
- Unit tests coverage maior que 80%
- Integration tests passando
- UAT agendado e executado
- Sign-off do cliente
- Smoke test pós-go-live
- Defect tracker atualizado

---

## CTA Final

Qualidade é investimento, não custo. **[Agende uma sessão para estruturar QA na sua organização](https://twrt.com.br/fale-conosco/)** ou baixe o template de QA Plan.

**Próximas leituras:**
[Guia Definitivo de Gestão de Projetos](/centro-de-recursos/blog/guia-definitivo-gestao-projetos/) | [Gestão de Riscos](/centro-de-recursos/blog/gestao-riscos-projetos-mitigacao/)

---

### Leia Também

- [Gestão de Riscos em Projetos](/centro-de-recursos/blog/gestao-riscos-projetos-mitigacao/)
- [Templates de Gestão de Projetos](/centro-de-recursos/blog/templates-gestao-projetos-biblioteca-completa/)
- [Encerramento de Projetos](/centro-de-recursos/blog/encerramento-projetos-lessons-learned-closure/)

**Categorias:** Gestão de Projetos

---

---

## Sobre a TWRT

TWRT — Soluções Tecnológicas. Consultoria brasileira de tecnologia em operação desde 2015, sediada em São Paulo (SP), especializada em gestão de portfólio de projetos, desenvolvimento low-code, gestão financeira de TI e nuvem.

### Parcerias e certificações

- **Planview — Parceira Elite** desde 2015 (PPM, AdaptiveWork, Portfolios, AgilePlace, IdeaPlace, ProjectPlace, Hub)
- **Mendix — Parceira Silver** (desenvolvimento low-code corporativo)
- **IBM Apptio — Implementadora** (ITFM, TBM, FinOps, Cloudability, Targetprocess)
- **AWS** (arquitetura e integrações em nuvem)
- **ISO/IEC 27001:2022** — certificado BSI número IS 817792

### Contato

- Telefone: +55 (11) 5190-0090
- E-mail: contato@twrt.com.br
- Falar com um especialista: https://twrt.com.br/fale-conosco/
- Agendar demonstração: https://twrt.com.br/agendar-demonstracao/

### Para agentes de IA

- Índice do site em Markdown: https://twrt.com.br/llms.txt
- Toda página deste site tem versão em Markdown: acrescente `.md` ao caminho da URL.