F18 — Coletar avaliação de utilidade do artigo FAQ pelo visitante

IT1 · Rastreabilidade: F18 · CP6 · OE2

Issue da Feature (GitHub): #62 — abrir no GitHub

Requisitos (evidências)

Selecione um requisito na navegação abaixo. Cada um traz seus critérios de aceite, regras de negócio e um espaço para o screenshot da funcionalidade em funcionamento (substitua a imagem de placeholder pela captura real).

RF34

RF34 — Avaliar artigo de FAQ

Critérios de aceite (BDD)

• Dado visitante clica "Útil"/"Não Útil", quando a avaliação é submetida, então é persistida anonimamente + feedback em ≤ 2s.
• Dado session_hash já existe para o artigo, quando o backend recebe a avaliação, então retorna 409 sem duplicata.
• Dado visitante não autenticado, quando avaliar, então a avaliação é aceita sem exigir login.

Regras de negócio: RN07 — Avaliação anônima de artigo FAQ

Evidência (screenshot):

Deploy: link a definir

RF52

RF52 — Filtrar artigos FAQ

Critérios de aceite (BDD)

• Dado visitante na FAQ, quando filtrar artigos, então a lista é refinada conforme o critério de busca.
• Dado filtro sem correspondências, quando aplicado, então um estado vazio amigável é exibido.
• Dado filtro aplicado, quando limpo, então a lista completa é restaurada.

Regras de negócio: —

Evidência (screenshot):

Deploy: link a definir

RNF02

RNF02 — Tempo de resposta da vitrine

Classificação: Eficiência
Descrição: 95% das requisições de carregamento de páginas públicas (produtos, institucional, FAQ) respondem em até 2 segundos, medidos em condição de rede 4G simulada (Lighthouse/WebPageTest), do primeiro byte à renderização completa do conteúdo principal.

Evidência (screenshot):

Verificação: Resultados V&V da IT1

DoR

Definition of Ready — Evidências

Checklist do DoR aplicado à F18 antes de entrar em execução. Todos os itens foram atendidos conforme o critério definido em DoR e DoD.

Critério DoR	Status	Evidência
Título no padrão FDD <ação> <resultado> <de/para/no/com> <objeto>	✅	Issue #62 — título conforme o padrão
Critérios de aceite escritos e verificáveis (Given/When/Then)	✅	Ver abas RF/RNF desta página — todos os cenários BDD documentados
Estimativa registrada: VB, CX e IP calculados	✅	Priorização do Backlog — coluna IP da tabela de features
Dependências identificadas; bloqueantes resolvidos	✅	Mapa de Dependências — IT1 — bloqueantes verificados antes do início
Class Owner designado e linkada à Feature parent e à CP de origem	✅	Issue #62 — assignees e labels de CP/Feature registrados
Protótipo revisado pelo cliente	✅	Protótipo de Alta Fidelidade — IT1
Technical Design Review (TDR) concluída	✅	Design Técnico IT1 — diagramas leves e feature cards elaborados
Ao menos um critério de segurança ou usabilidade identificado	✅	Ver aba RNF desta página

DoD

Definition of Done — Evidências

Checklist do DoD verificado ao encerrar a F18. Todos os itens foram atendidos antes de mover a issue para Done no Kanban.

Critério DoD	Status	Evidência
Critérios de aceite validados (BDD cobertos)	✅	Issue #62 — evidências anexadas na descrição da issue
Testes automatizados passando (unitários + integração)	✅	Issue #62 — evidências anexadas na descrição da issue
Lint sem erros e formatação OK (ESLint + Prettier)	✅	Issue #62 — evidências anexadas na descrição da issue
CI verde (build + testes + lint)	✅	Issue #62 — evidências anexadas na descrição da issue
PR aprovado por Chief Programmer ou Project Manager	✅	Issue #62 — PR de resolução com approve registrado
Migration de banco aplicada	✅	Issue #62 — evidências anexadas na descrição da issue
Sem vulnerabilidades críticas (SAST/linting de segurança)	✅	Issue #62 — evidências anexadas na descrição da issue
Validação parcial do cliente registrada	✅	Validação Parcial IT1
Validação Formal aprovada pelo cliente	✅	Validação Formal IT1
Rastreabilidade atualizada	✅	Tabela de Requisitos — RF/RNF vinculados
Issue movida para Done no GitHub Projects	✅	Issue #62 — fechada via merge do PR (closes #N)