Como testar pagamentos em ambiente de desenvolvimento

Passo a passo

1. Use dados de teste autorizados.
2. Identifique pedidos de teste.
3. Não use cartão ou PIX real sem autorização.
4. Limpe registros de teste conforme a política interna.

Boas práticas

Faça a validação em um pedido de teste quando possível e registre qualquer comportamento inesperado. Nunca compartilhe senhas, tokens, dados completos de pagamento ou documentos em prints públicos.

Quando usar este procedimento

Use este artigo para resolver: Como testar pagamentos em ambiente de desenvolvimento. Siga a ordem das etapas e faça a validação antes de divulgar a alteração para os clientes.

Pré-requisitos

Tenha dados fiscais e as formas de pagamento realmente aceitas pela loja.

Caminho no painel

Painel do estabelecimento → Pagamentos ou Configurações fiscais. Os nomes podem variar conforme o tamanho da tela, mas o módulo permanece no menu principal do painel.

Resultado esperado

O cliente vê apenas opções disponíveis e o painel consegue distinguir cobrança pendente de pagamento confirmado.

Se algo der errado

Não marque manualmente como pago sem confirmação. Revise documento, status da cobrança e código do pedido. Anote o horário, a ação realizada e a mensagem apresentada. Esses dados aceleram a investigação do suporte.

Decisão rápida

Não avance apenas porque o formulário aceitou os dados. Compare o resultado com a rotina real da loja: quem executa, em qual horário, para qual cliente e qual informação precisa ficar registrada.

Exemplo prático

Ao executar Como testar pagamentos em ambiente de desenvolvimento, use um registro de teste, confira a tela pública quando houver impacto para o consumidor e confirme que a equipe sabe repetir o procedimento sem depender de uma única pessoa.

Validação de ponta a ponta

1. Execute a configuração no painel.
2. Recarregue a página e confirme que os dados persistiram.
3. Repita a operação no fluxo público ou operacional afetado.
4. Confira o pedido, registro ou relatório resultante.
5. Documente qualquer diferença entre o esperado e o observado.

Informações para o suporte

Se precisar abrir um chamado, informe o estabelecimento, módulo, caminho percorrido, horário, navegador, identificação do registro afetado e a mensagem exibida. Remova senhas, tokens, documentos completos e dados de pagamento antes de anexar um print.

Checklist final

• O cadastro foi salvo sem mensagem de erro.
• O resultado foi conferido no painel.
• A vitrine ou o fluxo operacional foi testado.
• A equipe sabe repetir o procedimento.
• Nenhuma senha, token ou dado sensível foi exposto.