Processo: US Recarregado Funcional

Fluxo de trabalho completo desde o requisito até a liberação. Duas áreas, perímetros claros, zero áreas cinzentas.

Controle de qualidade define e valida o funcional Desenvolvedor revisar, construir e liberar

Fluxo completo – 8 etapas

💡

1Requisito funcional

O requisito funcional é detalhado: o que é necessário e por quê.

📋

2Funcional recarregado nos EUAÁrea de QA

A área de QA reúne a especificação funcional completa. Sem código, sem arquitetura.

→Objetivo e escopo
→Fora do escopo
→Comportamento esperado, passo a passo
→Pré-condições visíveis
→Critérios de aceitação mensuráveis
→Exceções funcionais por perfil
→Regras visíveis de UI (maxlength, tooltips, cursores, estilos, tipografia, tamanhos)
→Critérios de responsividade e breakpoints
→Regras funcionais (filtros, ordenação, paginação)
→Mensagens de erro exatas
→Estados dos componentes (hover, desabilitado, carregando, erro)
→Iconografia e grades
→Escrita de casos de teste funcionais
→Checklist de QA

🔍

3Revisão e iteraçãoÁrea de desenvolvimento

A Área de Desenvolvimento revisa os EUA e os corrige junto com a Área de QA até que seja concluído.

→Detecção de lacunas funcionais
→Correção de lógica e ambiguidades
→Validação de restrições técnicas
→Avaliação do impacto nos dados
→Ajuste dos critérios de aceitação
→Confirmação da viabilidade técnica

↩Feedback: voltar à história funcional para correções (ciclo iterativo até a aprovação)

⚡

4Prompt/Implantação com IAÁrea de desenvolvimento

Com a aprovação dos EUA, a Área de Desenvolvimento solicita e constrói.

🧪

5Testes técnicosÁrea de desenvolvimentoÁrea de QA

Validação da implementação a nível técnico.

→Lógica de negócio técnica
→Integridade e persistência dos dados
→Integração com APIs e serviços
→Segurança (OAuth, tokens, limites de requisição)
→Casos extremos
→Desempenho e carga
→Regressão técnica

✅

6Teste funcionalÁrea de QA

Validação contra aprovação dos EUA. O visível, aquilo que o usuário vê e toca.

→O fluxo principal funciona de ponta a ponta
→Os campos aceitam/rejeitam o que foi definido
→O maxlength é respeitado em cada campo
→O cursor começa na posição esperada
→Não há saltos erráticos do cursor
→Os tooltips aparecem quando necessário
→O estilo visual corresponde ao especificado
→A iconografia correta é usada
→Filtros e ordenação funcionam visualmente
→A paginação responde como esperado
→Validação entre navegadores
→Sem falhas em mobile/tablet
→As mensagens de erro são as especificadas
→Botões e ações respondem corretamente
→Execução dos casos de teste escritos na história de usuário
→Todos os critérios de aceitação são atendidos

🔧

7ConfiguraçõesÁrea de desenvolvimento

Os desvios encontrados nos testes são corrigidos.

↩Feedback: voltar aos testes funcionais para validar novamente os ajustes

🚀

8Liberar

A funcionalidade está liberada.

Perímetros — responsabilidade por área

Área de controle de qualidade

→Objetivo e escopo funcional
→Comportamento esperado (passo a passo do usuário)
→Não foi possível carregar este texto.
→Escrita de casos de teste funcionais
→Regras visíveis: maxlength, tooltips, cursores, estilos
→Tipografia, tamanhos e iconografia
→Critérios de responsividade e breakpoints
→Exceções funcionais (ex.: superadmin ignora a validação X)
→Paginação, filtros e ordenação no nível visual
→Texto das mensagens de erro
→Estados dos componentes (hover, desabilitado, carregando, erro)
→Execução dos casos de teste contra a história de usuário
→Validação funcional manual completa

Fora do escopo

✗Gherkin / pseudocódigo
✗Arquitetura / API / SQL
✗Segurança aprofundada (OAuth, tokens, state)
✗Desempenho técnico
✗Logs / persistência interna
✗Prompts / decisões de IA

Área de desenvolvimento

→Detalhar o requisito funcional
→Revisar e iterar a história de usuário com QA
→Definir arquitetura e stack
→Criar prompts e construir com IA
→Lógica de negócio técnica
→Integridade e persistência dos dados
→Segurança (OAuth, tokens, limites de requisição)
→Testes técnicos completos
→Casos extremos
→Corrigir desvios após os testes
→Release

Fora do escopo

✗Escrever Gherkin técnico
✗Definir Definition of Ready técnico
✗Avaliar logs ou desempenho
✗Decidir sobre fluxos de autenticação
✗Validar persistência dos dados

Modelo - Funcional recarregado nos EUA (etapa 2)

Entregável da área de controle de qualidade

1. Definição

→Título claro e conciso

2. Comportamento esperado

→Passo a passo pela perspectiva do usuário
→O que vê, toca e o que acontece
→Exceções funcionais
→Pré-condições visíveis

3. Regras/IU visíveis

→Comprimento máximo por campo
→Tipos de dados esperados
→Tooltips e textos de ajuda
→Cursores e posição inicial do cursor
→Estilos, tipografia e tamanhos
→Iconografia
→Grades e breakpoints responsivos
→Estados dos componentes (hover, desabilitado, carregando, erro)

4. Regras funcionais

→Filtros visíveis (AND/OR, crescente/decrescente)
→Critérios de paginação
→Ordenação padrão
→Exceções por perfil (superadmin etc.)
→Texto exato das mensagens de erro
→Combinações de estados

5. Critérios de aceitação

→Mensuráveis e verificáveis
→Em linguagem natural, sem Gherkin
→O campo X aceita no máximo 50 caracteres
→Ao filtrar por data, a ordenação é decrescente
→No mobile, o menu se transforma em um menu hambúrguer

6. Casos de teste funcionais

→Casos do fluxo principal (happy path)
→Casos de validação de campos
→Casos de erro previsíveis
→Casos de responsividade
→Casos de exceções por perfil
→Casos de filtros, ordenação e paginação

7. Lista de verificação de controle de qualidade

→Validações visíveis a executar
→Campos, tooltips, cursores
→Estilos e iconografia
→Responsividade em dispositivos-chave
→Mensagens e estados dos componentes

8. Maquete/evidência visual

→Capturas de tela, wireframes, Figma
→Capturas de tela anotadas
→Protótipos ou diagramas de fluxo
→Referência visual do resultado esperado

Área de controle de qualidade participe da etapa 2 e etapa 6.
Especificação funcional na inicialização. Validação funcional no final.

Área de desenvolvimento gerenciar as etapas 1, 3, 4, 5, 7 e 8.
Requisição, revisão e iteração, construção, testes técnicos, ajustes e liberação.

Os loops de feedback entre as etapas 3↩2 e 7↩6 garantem uma qualidade sem bloqueio.
Cada área opera dentro de seu perímetro. Sem áreas cinzentas.