# Plano de testes — `PP-9` Admin vê quem ainda não palpitou

**Story:** `docs/stories/PP-9-admin-ve-quem-nao-palpitou.md`

É a **única** visão em que o admin recebe dado agregado sobre palpite alheio, e por
isso o risco é único e claro: vazar placar por esse caminho furaria o sigilo de
`PP-7` sem passar pela tela de palpites. O valor, por outro lado, é concreto —
cobrar no grupo exatamente quem falta.

| ID | Título | Tipo | Prioridade |
| -- | ------ | ---- | ---------- |
| PP-9-01 | Admin vê quem palpitou e quem falta | caminho feliz | alta |
| PP-9-02 | Nenhum placar na resposta | segurança | alta |
| PP-9-03 | Parcial não é tratado como concluído | regra de negócio | alta |
| PP-9-04 | Quem palpitou tudo aparece como completo | regra de negócio | alta |
| PP-9-05 | Participante comum é recusado | autorização | alta |
| PP-9-06 | Admin promovido no meio da rodada não vê placar | segurança | alta |
| PP-9-07 | Depois do prazo, a lista mostra o estado final | regra de negócio | alta |
| PP-9-08 | Falha nessa visão não derruba a lista de participantes | UI | alta |
| PP-9-09 | Quem saiu não aparece na cobrança | regra de negócio | média |

---

### PP-9-01 — Admin vê quem palpitou e quem falta
**Tipo:** caminho feliz · **Prioridade:** alta
**Resultado esperado:** um item por participante com o estado, e a contagem de
palpites feitos.

### PP-9-02 — Nenhum placar na resposta
**Tipo:** segurança · **Prioridade:** alta
**Resultado esperado:** a resposta inteira não contém `homeScore`/`awayScore`. A
asserção é sobre o **JSON cru**, não sobre campos escolhidos: é assim que se pega
um campo novo que alguém acrescentou sem pensar.

### PP-9-03 — Parcial não é tratado como concluído
**Tipo:** regra de negócio · **Prioridade:** alta
**Resultado esperado:** `PARCIAL` para quem palpitou parte dos jogos. Contar como
concluído deixaria o admin sem cobrar quem realmente falta.

### PP-9-04 — Quem palpitou tudo aparece como completo
**Tipo:** regra de negócio · **Prioridade:** alta
**Resultado esperado:** `COMPLETO` só quando todos os jogos da rodada têm palpite.

### PP-9-05 — Participante comum é recusado
**Tipo:** autorização · **Prioridade:** alta
**Resultado esperado:** 403. Saber quem não palpitou é informação de cobrança, não
de disputa.

### PP-9-06 — Admin promovido no meio da rodada não vê placar
**Tipo:** segurança · **Prioridade:** alta
**Resultado esperado:** ganhar o papel dá acesso à **lista**, nunca aos palpites de
jogo não terminado.

### PP-9-07 — Depois do prazo, a lista mostra o estado final
**Tipo:** regra de negócio · **Prioridade:** alta
**Resultado esperado:** com todos os prazos fechados, o estado continua correto —
é quando o admin usa a lista para explicar o ranking.

### PP-9-08 — Falha nessa visão não derruba a lista de participantes
**Tipo:** UI · **Prioridade:** alta
**Resultado esperado:** ver participantes é direito de todos; o status é só do
admin. A falha de um não pode apagar o outro.

### PP-9-09 — Quem saiu não aparece na cobrança
**Tipo:** regra de negócio · **Prioridade:** média
**Resultado esperado:** ausente da lista de status. Cobrar palpite de quem saiu é
cobrar ação impossível.
