Checklist de teste de fluxo de pagamento para apps mobile

Bugs de pagamento custam dinheiro duas vezes: em vendas perdidas e em reembolsos e avaliações negativas. A maioria das equipes testa "a compra funciona" e para aí. Esta lista cobre todos os estados em que uma compra pode terminar: sucesso, cancelamento, falha, pendência e restauração. Cada item tem o resultado esperado, um motivo e como verificar.

Configure primeiro as compras de teste ou as contas de teste da loja, e nunca teste com um cartão real que você se importe. A configuração varia entre lojas; confira a documentação atual da loja que você usa.

Antes da compra

1. Preço e informações do produto estão corretos. Esperado: preço, período e o que está incluído correspondem à oferta real. Por quê: um preço errado prejudica a confiança e pode gerar disputas (não é aconselhamento jurídico). Como: compare cada tela com as configurações do produto na loja.
2. O preço está localizado. Esperado: moeda e formato correspondem à região da loja. Por quê: formatos errados parecem golpe. Como: teste com contas de regiões diferentes quando possível.
3. O botão de compra fica desabilitado durante o carregamento. Esperado: um estado de carregamento, depois o botão funciona. Por quê: tocar antes de os produtos carregarem causa erros. Como: deixe a rede lenta e abra o paywall. Veja como testar seu paywall.
4. A lista de produtos falha ao carregar. Esperado: mensagem clara e opção de tentar de novo, não um paywall vazio. Por quê: chamadas à loja falham. Como: fique offline e abra a tela.

Sucesso

5. Conclua uma compra. Esperado: acesso liberado na hora, confirmação exibida. Por quê: é a promessa central. Como: compre com uma conta de teste e use o recurso.
6. O acesso sobrevive ao reinício do app. Esperado: continua liberado. Por quê: um desbloqueio mantido só na memória desaparece. Como: feche à força e reabra.
7. O acesso aparece em um segundo aparelho com a mesma conta. Esperado: após restaurar ou entrar, liberado. Por quê: usuários têm vários aparelhos. Como: entre em outro aparelho.
8. Backend e app concordam. Esperado: o servidor registra a compra. Por quê: divergências geram "paguei e não tenho nada". Como: compare o registro do servidor e o estado do app.

Cancelamento

9. Cancele na tela de pagamento da loja. Esperado: de volta ao app sem mudança, sem erro. Por quê: usuários desistem com frequência. Como: feche a caixa de pagamento.
10. Cancele e compre de novo logo em seguida. Esperado: a segunda tentativa funciona. Por quê: estados travados após o cancelamento são comuns. Como: cancele, toque em comprar, conclua.

Falha

11. Pagamento recusado ou método inválido. Esperado: mensagem clara, nada liberado. Por quê: recursos liberados sem pagamento custam dinheiro. Como: use a opção de falha de teste da loja, se houver.
12. Rede perdida durante a compra. Esperado: sem cobrança duplicada, sem compra perdida; o app se recupera no próximo início. Por quê: a confirmação do pagamento pode chegar atrasada. Como: fique offline logo após confirmar, depois reconecte e reabra.
13. App fechado durante a compra. Esperado: a compra é detectada no próximo início e liberada. Por quê: ligações e travamentos acontecem. Como: force o fechamento durante a tela de pagamento e reabra.
14. Toque duplo em comprar. Esperado: uma compra. Por quê: usuários impacientes. Como: toque rapidamente.

Pendente

15. Compra que precisa de aprovação ou confirmação (pendente). Esperado: mensagem informando que a compra está pendente, sem liberação ainda, e liberação quando aprovada. Por quê: alguns pagamentos terminam depois. Como: use um cenário de teste pendente, se a loja oferecer.
16. Feche o app enquanto pendente e volte depois. Esperado: o estado é atualizado quando o resultado chega. Por quê: ninguém espera dentro do app. Como: feche, aguarde, reabra.

Restauração e reembolsos

17. Restaure as compras após reinstalar. Esperado: o acesso volta sem pagar de novo. Por quê: usuários reinstalam e trocam de celular. Como: reinstale e toque em Restaurar.
18. Restaure sem nada para restaurar. Esperado: uma mensagem amigável. Por quê: usuários tocam mesmo assim. Como: use uma conta sem compras.
19. Compra reembolsada ou revogada. Esperado: o acesso termina de forma definida. Por quê: reembolsos acontecem. Como: revogue no ambiente de teste, se possível; para assinaturas, veja a checklist de assinaturas.

Depois da compra

20. Recibo ou confirmação disponível. Esperado: o usuário consegue ver o que comprou. Por quê: reduz perguntas ao suporte. Como: procure no app e na loja.
21. Mudança de preço ou código promocional (se você usar). Esperado: valores corretos. Por quê: tratamento errado de promoções perde dinheiro. Como: teste cada tipo de código.
22. Eventos de analytics disparam uma vez. Esperado: um evento de compra por compra. Por quê: contagem dupla engana. Como: confira sua ferramenta de analytics após um teste.

Isto não é aconselhamento fiscal ou jurídico; confira você mesmo as regras locais sobre recibos, impostos e reembolsos.

Relacionados

• Central: Central de checklist de testes de app mobile
• Checklist de teste de cancelamento e renovação de assinatura
• Checklist de teste de validação de formulários

O AppReviewX oferece feedback privado e estruturado de outros desenvolvedores sobre o seu fluxo de compra; cada feedback que você escrever rende um crédito. Veja como o AppReviewX funciona.