Preparação do lançamento · Testes
Checklist de testes antes do lançamento de serviços de kuji
Mais importante do que uma compra bem-sucedida é confirmar que pedidos e prêmios não se perdem em situações de exceção. Copie os itens abaixo para a planilha de testes do projeto e registre resultados, responsáveis e datas de reteste. Quando forem encontrados defeitos, libere apenas o escopo que já foi corrigido e testado novamente.
KUJI BUILDER · Revisado em
1. Verifique pagamentos, sorteios e estoque como um único fluxo
Mesmo que o mesmo pagamento seja reenviado ou vários clientes peçam o último item ao mesmo tempo, não pode haver sorteios duplicados nem venda acima do estoque. Verifique também se solicitações com falha e concluídas são diferenciadas, para que o cliente veja resultados consistentes ao tentar novamente.
- Aprovação normal, recusa, cancelamento pelo cliente e perda de conexão após a aprovação
- Solicitações de pagamento ou webhooks idênticos repetidos são processados apenas uma vez
- Compras simultâneas do último bilhete e nenhuma entrega duplicada do Last One
- A soma das quantidades restantes por categoria corresponde ao total restante
- Pedidos e resultados se mantêm após atualizar a página, voltar e entrar novamente
2. Os clientes precisam conseguir ajuda após a compra
Verifique se os clientes encontram no celular o histórico de pedidos, o status do envio e os canais de atendimento. Consultas ou solicitações enviadas devem ficar visíveis para o operador real, e uma mensagem de sucesso nunca deve aparecer quando o salvamento falha. Mantenha os textos operacionais alinhados às políticas revisadas.
- Cadastro, login, recuperação de conta e permissões de acesso
- Solicitações de envio conjunto, alteração de endereço e rastreio
- Verificação da retirada na loja e tratamento de prêmios já retirados
- Envio de solicitações, análise pela equipe e processo de resposta
- Consentimentos obrigatórios, links das políticas, dados do operador e contato
3. Pratique de verdade a recuperação de falhas
Ter arquivos de backup não prova que eles podem ser restaurados. Restaure em um ambiente separado da produção e confira os registros de pedidos, estoque e solicitações. Confirme também que os dados se mantêm em reinicializações do servidor e em novas implantações, e que a equipe é alertada quando as verificações de saúde falham.
- Permissões de acesso ao armazenamento persistente e aos backups
- Criar um backup e verificar a restauração em um ambiente separado
- Pedidos e registros de envio se mantêm após reinicializações e implantações
- Verificações de saúde, alertas de falha e cadeia de contato da equipe
- Rollback para uma versão estável e regras de tratamento de dados
4. Transfira as contas de operação e a documentação
O responsável pela operação deve ter acesso às contas de domínio, pagamento, nuvem e administração. Limpe as contas e os pedidos de teste e mantenha-os separados dos dados reais. Verifique a presença nas buscas depois de confirmar o domínio final e o conteúdo público; cadastrar um site não garante quando ele aparecerá nem sua posição.
- Titulares das contas, responsável pelos pagamentos e transferência de permissões
- Troca das senhas de administrador e revogação de acessos de ex-funcionários
- Entrega dos manuais de operação, resultados dos testes e escopo de manutenção
- Verificar HTTPS, versão móvel, páginas 404 e o endereço canônico no domínio de produção
- Confirmar a propriedade nos serviços de busca e enviar o sitemap