You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Este card contempla a construção da tela de baixa fidelidade (wireframe) para a visualização de um relato individual ainda não triado. A proposta é mapear todas as experiências possíveis (felizes, tristes, vazias, exageradas, incompletas, absurdas...) com base nas decisões que o QA pode tomar.
O objetivo é dar clareza total à estrutura lógica e funcional da feature antes de pensar em visual ou estilo. Cada estado do componente deve ser desenhado e explicado.
🎯 Objetivos:
Planejar como será a leitura completa de um relato individual
Mapear todos os estados possíveis da tela (carregando, erro, relato não encontrado, sucesso, relato incompleto etc.)
Explicitar como o QA irá interagir com as informações antes de aprovar/descartar
Validar espaçamento, agrupamentos, foco visual, fluxo de leitura
flowchart TD
A[Dashboard principal] --> B[Usuário clica em relato]
B --> C[Abre modal/drawer ou nova rota]
C --> D[Renderiza estado: carregando]
D --> E[Renderiza dados do relato]
E --> F{QA decide ação}
F --> G1[Aprova como bug]
F --> G2[Descarta]
F --> G3[Marca como duplicado]
Loading
🧪 Critérios de Aceite:
Critério
Avaliação
Cada variação de estado tem um wireframe claro
✅
Os blocos de conteúdo estão agrupados de forma lógica
✅
Fluxo de leitura do QA está priorizado
✅
Botões de ação são sempre acessíveis
✅
Todos os estados extremos e intermediários foram representados
✅
Important
Em caso de dúvida, voltar ao epico pai da feature. Ele detalha a motivação, o contexto e o propósito do card.
Warning
Não avance para média fidelidade antes que o P.O valide todos os fluxos e estados propostos aqui.
Tip
O QA precisa tomar decisões rápidas — o foco aqui é estruturar essa experiência de forma limpa e intuitiva.
Este card contempla a construção da tela de baixa fidelidade (wireframe) para a visualização de um relato individual ainda não triado. A proposta é mapear todas as experiências possíveis (felizes, tristes, vazias, exageradas, incompletas, absurdas...) com base nas decisões que o QA pode tomar.
O objetivo é dar clareza total à estrutura lógica e funcional da feature antes de pensar em visual ou estilo. Cada estado do componente deve ser desenhado e explicado.
🎯 Objetivos:
📚 Requisitos Representados:
⚙️ Fluxo Visual de Baixa Fidelidade
flowchart TD A[Dashboard principal] --> B[Usuário clica em relato] B --> C[Abre modal/drawer ou nova rota] C --> D[Renderiza estado: carregando] D --> E[Renderiza dados do relato] E --> F{QA decide ação} F --> G1[Aprova como bug] F --> G2[Descarta] F --> G3[Marca como duplicado]🧪 Critérios de Aceite:
Important
Em caso de dúvida, voltar ao epico pai da feature. Ele detalha a motivação, o contexto e o propósito do card.
Warning
Não avance para média fidelidade antes que o P.O valide todos os fluxos e estados propostos aqui.
Tip
O QA precisa tomar decisões rápidas — o foco aqui é estruturar essa experiência de forma limpa e intuitiva.