AULA 22 / 30 · Qualidade de sessão
Checkpoint: schema, sequência e idempotência
Evite que retries virem atividade duplicada.
Referência de laboratório / proposta. Score e antifraude não estão ativos no console Installs inspecionado.
Ver implementação e critérios de aceite →Contrato explícito
session-quality/1.0.0 contém tenant, sessão, plataforma, collection_path, timestamps, consent_state, summary_sequence e idempotency_key. Unknown fields são rejeitados no contrato de referência, inclusive scores arbitrários.
Contadores monotônicos
Resumo posterior não pode apagar atividade anterior nem andar para trás. Sequência e contadores precisam ser consistentes; atualização repetida com a mesma chave não soma novamente eventos ou tempo.
Persistência de referência
O laboratório possui QualityStore persistente e testes de reinício/isolamento. Esse fato não prova que o backend Java e o console tenham sido portados. A Academy identifica a implementação local e a dependência de produção.
Cenários de aceite
Teste mesma chave duas vezes, sequência inferior, tenant diferente, consentimento negado, campo proibido e reinício entre checkpoints. Verifique contagem final e erro auditável em cada falha.
SUA VEZ
Leve a aula para a prática
Crie uma sequência sintética 1→2→2→1 e descreva quais checkpoints devem ser aceitos, deduplicados ou rejeitados.
Baixar checklist de homologação ↓Confira o aprendizado
Documentação e evidências
Consultadas em 03/10/2026. Os exercícios e números desta aula são fictícios.