---
fonte: 01-canonicos/mapa-cobertura-ds.md
versao_da_fonte: v2.31
secao: 07
titulo: "A questão das bancadas — e por que ela não é 'manter o erro'"
sequencia: 9 de 24
bytes_do_corpo: 1445
md5_do_corpo: 4128eb198c7c537c0bd446524812d54c
gerado_por: 06-validacao/geradores/gen-camada-ia.py
nota: fatia GERADA — o corpo abaixo é byte a byte o trecho do canônico; edite o canônico, nunca esta fatia. Canônico inteiro em https://ds.seed.eng.br/01-canonicos/mapa-cobertura-ds.md
---
## 7. A questão das bancadas — e por que ela não é "manter o erro"

O Rafael perguntou se os previews atendem o modelo aprendido. **Não atendem — e não deveriam**,
porque são artefatos de outra classe. A distinção, declarada para não se perder:

- **Bancada** (`seed-superficies-preview.html` e os outros dez): exercita **todos os estados de
  cada componente** lado a lado para as suítes medirem. É o que sustenta os **855 testes jsdom**
  hoje verdes. Nenhum produto se julga por ela — o ClickUp também tem a sua, e ela não é o
  ClickUp.
- **Tela composta** (`seed-tela-referencia.html`): a tela de produto montada com componentes já
  estáveis, medida pela `suite-composicao`. Foi ela que respondeu ao julgamento do "100%".

**O que a CP-P4 fez foi corrigir o mecanismo nas bancadas** (borda → par sombra+anel), o que era
necessário e insuficiente. **O que falta é a vitrine**: uma tela composta por arquétipo — que é
exatamente o que este mapa lista como ausente no Eixo A.

*Onde eu concordo com a crítica:* tratar "preview de componente" e "tela" com o mesmo nome
(`*-preview.html`) esconde a diferença e produziu esta confusão. **Proposta:** renomear a classe —
bancadas viram `banco-*.html`, telas viram `tela-*.html` — com supersede formal e reancoragem no
MANIFESTO. Custo: mexe em caminho de suíte (a dívida P1 aberta desde v1.4 seria fechada no mesmo
movimento).

---