Plano de Testes Ponta a Ponta — Migração ERP + PDV (Lojas BEL)

1 Objetivo

Validar, loja a loja, que a migração simultânea de ERP (Proton → Winthor) e PDV (Proton/Amplys → Zanthus) preserva a integridade fiscal, financeira e operacional da venda — sem repetir os quatro problemas já identificados na loja piloto (Lauro de Freitas, ver seção 10) e sem deixar nenhuma loja subir sem os pré-requisitos mínimos de dado (cadastro, histórico de vendas, tributação).

2 Escopo

3 Sistemas e ambientes envolvidos

4 Papéis e pontos focais

Gap conhecido (Agenda 15): o programa de migração ainda não tem coordenador único formalmente designado para todas as frentes — os responsáveis de negócio (não só TI) ainda não estão descritos na planilha de testes. Este plano assume que essa lacuna será fechada antes da execução da suíte 7.6.

5 Fluxo ponta a ponta a validar

Este é o fluxo citado como ausente no plano de testes atual da Bel (Agenda 15: "testes distribuídos por tópico, sem fluxo ponta a ponta desenhado"). Cada suíte da seção 7 cobre um trecho desse fluxo; a suíte 7.6 executa o fluxo completo de uma vez, como teste de aceitação.

6 Estratégia de execução

1. Ambiente de homologação (MDCHML) — loja de teste 998/YY, sem impacto em loja real. Já validado com sucesso (Agenda 16): venda NFC-e/NF-e, integração PDV→retaguarda→ERP via API.
2. Loja piloto real — replicar os testes em uma loja de baixo risco (poucas transações, praça já familiar). Lauro de Freitas já serviu esse papel; usar os 4 problemas identificados lá (seção 10) como casos de teste obrigatórios em toda loja seguinte.
3. Ondas por fornecedor/EAN — a harmonização de múltiplos EAN é feita por ondas (Shampoo Vela → L'Oréal → demais); lojas cujo sortimento depende de um fornecedor ainda não harmonizado só entram na fila depois que a onda daquele fornecedor fechar.
4. Escala geral — só após ~90% dos códigos EAN resolvidos e o checklist de liberação (seção 8) fechado para o lote de lojas da semana.

Janela de virada recomendada (Agenda 17, lição de Lauro de Freitas): migrar aos domingos, manhã reservada para testes de preço/venda/pagamento antes da abertura ao meio-dia. Duas abordagens de troca de PDV possíveis (Agenda 19): loja aberta (PDV a PDV) ou migração noturna (fecha caixa, aplica imagem, reabre). PDV móvel como contingência ainda em negociação com a Zanthus.

7 Suítes de teste

Cada suíte lista objetivo, pré-condição, casos de teste e critério de saída. Clique para expandir.

8 Checklist de liberação de loja (Go/No-Go)

Uma loja só entra na janela de virada se todos os itens abaixo estiverem marcados. Itens em destaque são bloqueantes.

9 Matriz de rastreabilidade — riscos × casos de teste

10 Lições da loja piloto (Lauro de Freitas)

A loja piloto já revelou quatro falhas distintas de migração — nenhuma pode se repetir sem que o teste correspondente já tenha sido executado antes da virada de qualquer outra loja.

11 Próximos passos para fechar este plano

1. Validar esta estrutura com Ricardo (dono do plano de migração consolidado) e com os pontos focais de negócio (Cristiane, Ivana, Adalberto)
2. Preencher responsáveis de negócio (não só TI) para cada suíte — gap explícito da Agenda 15
3. Definir ambiente e cronograma de execução por onda de loja (alinhado à meta de 75 lojas até dezembro/2026: set. 24 · out. 30 · nov. 20)
4. Formalizar o checklist da seção 8 como gate obrigatório antes de qualquer virada de loja
5. Revisitar este plano após a definição de abrangência do CD Pirajá (bloqueio hoje sem dono)