Requisitos de teste
Esperamos que os emissores testem suas integrações para garantir que os seguintes critérios sejam atendidos antes do lançamento:
- O provedor de serviços de token (TSP) aprovou seu lançamento.
- Todos os testes funcionais são aprovados.
- O token foi adicionado em cada intervalo de BIN que está sendo lançado.
- Transação concluída com êxito para o token em cada intervalo de BIN que está sendo lançado.
- Se aplicável e viável, quando houver intervalos de BIN multibandeira, é necessário demonstrar uma transação concluída com êxito para a rede principal e a rede auxiliar associadas ao cartão.
- Implementação de pelo menos duas opções de autenticação de caminho amarelo (verificação necessária).
- Dez tokenizações com taxa de sucesso de caminho amarelo acima de 80%.
- Cinco toques na loja com uma taxa de sucesso acima de 90%.
- Uma transação on-line bem-sucedida.
- (
if launching in Brazil only) Cinco transações na loja com uma taxa de sucesso acima de 90% que usam o QR code, conforme detalhado em Requisitos de lançamento para emissores brasileiros. - Nenhum problema crítico relacionado a transações na loja ou on-line.
Os emissores devem trabalhar diretamente com o TSP para certificar a integração. Os emissores não precisam solicitar a aprovação do lançamento diretamente ao Google, mas podemos bloquear um lançamento se percebermos que ele não atende a esses requisitos.
Restringir o acesso
Antes do lançamento, os usuários comuns não podem provisionar seus cartões. Trabalhe com seu TSP para restringir o acesso à tokenização somente a cartões de usuário internos e de teste autorizados até que o lançamento seja aprovado.
Teste piloto
Incentivamos (mas não exigimos) que você realize um piloto interno com funcionários confiáveis antes do lançamento. O piloto ajuda a aumentar o volume de tokenizações, toques, transações on-line e dispositivos em uso antes do lançamento.
Práticas recomendadas para testes
Os padrões de teste do emissor podem ser semelhantes aos padrões de fraude, uma vez que ambos normalmente envolvem a realização de muitas solicitações de provisionamento e recusas frequentes. Ao realizar testes, pode ser que você receba um bloqueio do nosso mecanismo de risco ou comece a receber pontuações de risco mais baixas do que o normal. Nossas regras de risco se aplicam a nossos ambientes de sandbox e produção.
Os casos de teste nesta página foram projetados para praticar a integração totalmente, enquanto minimizam o número geral de tentativas de tokenização necessárias para reduzir o possível impacto dos respectivos mecanismos de risco do Google e do emissor.
Teste funcional
Esperamos que os emissores realizem os seguintes testes completos para cada rede e grupo de cartões / intervalo de BIN que você emitir. Essa é a forma de garantir que sua integração com o Google Pay funciona perfeitamente para os titulares de cartões:
- Criação de token
- Pagamento na loja
- Pagamento integrado ao aplicativo
- Metadados do token
- Exclusão e suspensão
Se um emissor já tem a Carteira do Google ativa para alguns grupos de cartões e intervalos de BIN, mas planeja lançar novos grupos ou intervalos (ou até fazer upgrade de um grupo de cartões para multibandeira), é necessário executar totalmente esses casos de teste.
Casos de teste de criação de token
| Caso de teste | Critérios de saída |
|---|---|
| 1. Adicionar um cartão via OCR e corrigir as informações (quando o OCR estiver disponível) | Cartão adicionado ao Google Pay |
| 2. Adicionar um cartão com inserção manual do PAN usando as informações corretas | Cartão adicionado ao Google Pay |
| 3. Tentar adicionar um cartão com validade incorreta | Mensagem de erro para avisar que o cartão não pode ser adicionado ou solicitar que o usuário verifique os detalhes inseridos. A mensagem de erro varia de acordo com a rede. |
| 4. Tentar adicionar um cartão com o CSC incorreto | Mensagem de erro para avisar que o cartão não pode ser adicionado ou solicitar que o usuário verifique os detalhes inseridos. A mensagem de erro varia de acordo com a rede. |
| 5. Tentar adicionar um cartão com o nome incorreto (se verificado pelo emissor) | Mensagem de erro para avisar que o cartão não pode ser adicionado ou solicitar que o usuário verifique os detalhes inseridos. A mensagem de erro varia de acordo com a rede. |
| 6. Tentar adicionar um cartão com o endereço incorreto (se verificado pelo emissor) | Mensagem de erro para avisar que o cartão não pode ser adicionado ou solicitar que o usuário verifique os detalhes inseridos. A mensagem de erro varia de acordo com a rede. |
| 7. Tentar adicionar um cartão com o smartphone incorreto (se verificado pelo emissor) | Mensagem de erro para avisar que o cartão não pode ser adicionado ou solicitar que o usuário verifique os detalhes inseridos. A mensagem de erro varia de acordo com a rede. |
| 8. Adicionar um cartão de caminho verde (se aceito) | Cartão adicionado ao Google Pay |
| 9. Adicionar um cartão de caminho amarelo para cada método de ID&V aceito | Cartão adicionado ao Google Pay |
| 10. Tentar adicionar um cartão não aceito (se aplicável) Observação: no caso de cartões multibandeira ativados, execute o caso de teste duas vezes: - Tentar adicionar um cartão multibandeira não aceito da rede principal - Tentar adicionar um cartão multibandeira não aceito da rede auxiliar |
Erro indicando que o cartão não pode ser usado com o Google Pay porque ainda não é aceito |
| 11. Adicionar um cartão de "usuário autorizado" (se aplicável) | Cartão adicionado ao Google Pay |
| 12. Adicionar um cartão de "titular secundário" (se aplicável) | Cartão adicionado ao Google Pay |
| 13. Tentar adicionar um cartão de caminho vermelho | Erro solicitando que o usuário entre em contato com o banco emissor do cartão Nenhuma outra ação possível. |
| 14. Adicionar o mesmo cartão ao Google Pay em outro dispositivo | Cartão adicionado ao Google Pay no segundo dispositivo. Você tem dois tokens ativos para esse cartão, um para cada dispositivo. |
Casos de teste de pagamento na loja
| Caso de teste | Critérios de saída |
|---|---|
| 1. Fazer uma transação de baixo valor em um terminal NFC compatível No caso de cartões multibandeira, fazer uma transação de baixo valor com o token da rede principal e outra com o token da rede auxiliar |
Pagamento realizado |
| 2. Verificar se as notificações de transação são geradas após cada pagamento realizado No caso de cartões multibandeira, verificar se são exibidas notificações geradas para transações feitas com os tokens principal e auxiliar |
A última transação é mostrada, incluindo a data, o valor e o nome da loja |
| 3. Reembolsar o valor total de uma compra No caso de cartões multibandeira, reembolsar o valor de um compra feita com o token principal e com o auxiliar |
O reembolso foi bem-sucedido e gerou uma notificação de transação sobre o reembolso |
| 4. Reembolsar o valor parcial de uma compra No caso de cartões multibandeira, fazer o reembolso parcial de um compra feita com o token principal e com o auxiliar |
O reembolso parcial foi bem-sucedido e gerou uma notificação de transação sobre o reembolso |
| 5. Verificar se o pagamento falha em um terminal NFC compatível quando o emissor recusa a transação (por exemplo, devido a fundos insuficientes) No caso de cartões multibandeira, testar se o emissor recusa a transação com o token principal e com o token auxiliar |
A compra é recusada e o usuário recebe uma notificação sobre a recusa da transação |
| 6. Fazer uma transação de alto valor em um terminal NFC compatível No caso de cartões multibandeira, fazer uma transação de alto valor com o token da rede principal e outra com o token da rede auxiliar |
Pagamento realizado |
| 7. Fazer várias transações em um terminal NFC compatível para esgotar as chaves, acionando a reposição, e confirmar que as transações são realizadas após a reposição No caso de cartões multibandeira, fazer transações e reposições com os tokens principal e auxiliar |
Reposição bem-sucedida e pagamento realizado após a reposição |
| 8. Iniciar a reposição de chaves de pagamento (feita pelo emissor ou rede) No caso de cartões multibandeira, o emissor precisa colaborar com cada rede para acionar / iniciar a reposição das chaves de pagamento dos tokens principal e auxiliar |
Reposição bem-sucedida e pagamento realizado após a reposição |
9. (if launching in Brazil only) Fazer um pagamento com QR code em um terminal PDV Cielo compatível com pagamentos de crédito ou débito que usam QR code |
Pagamento realizado |
10. (if launching in Brazil only) Fazer um pagamento com QR code em um terminal PDV Rede compatível com pagamentos a crédito ou débito que usam QR code |
Pagamento realizado |
11. (if launching in Brazil only) Fazer um pagamento com QR code em um terminal PDV Getnet compatível com pagamentos a crédito ou débito que usam QR code |
Pagamento realizado |
12. (if launching in Brazil only) Fazer um reembolso com QR code em um terminal PDV Cielo compatível com pagamentos de crédito ou débito que usam QR code |
Reembolso realizado |
13. (if launching in Brazil only) Fazer um reembolso com QR code em um terminal PDV Rede compatível com pagamentos a crédito ou débito que usam QR code |
Reembolso realizado |
14. (if launching in Brazil only) Fazer um reembolso com QR code em um terminal PDV Getnet compatível com pagamentos a crédito ou débito que usam QR code |
Reembolso realizado |
Casos de teste de pagamento integrado ao aplicativo
| Caso de teste | Critérios de saída |
|---|---|
| 1. Fazer uma transação no app e verificar se ela foi bem-sucedida | Pagamento realizado |
| 2. Verificar se uma notificação é exibida após a transação | São exibidos os detalhes da transação, incluindo data, valor e nome do comerciante |
| 3. Verificar se o recibo é exibido corretamente para essa transação. | São exibidos os detalhes da transação, incluindo data, valor e nome do comerciante |
Casos de teste de metadados de token
| Caso de teste | Critérios de saída |
|---|---|
| 1. Verificar a arte do cartão na tela de ID&V do caminho amarelo | A arte correta do cartão é mostrada |
| 2. Verificar a arte do cartão para saber se há tokens ativos | A arte correta do cartão é mostrada |
| 3. Verificar o link do app na tela de detalhes do cartão | O link para seu app está visível e correto |
| 4. Verificar o link Termos de Serviço na tela de detalhes do cartão | O link para seus Termos de Serviço está visível e correto |
| 5. Verificar o link da Política de Privacidade na tela de detalhes do cartão | O link para sua Política de Privacidade está visível e correto |
| 6. Verificar o telefone de contato na tela de detalhes do cartão | As informações telefônicas de contato estão visíveis e corretas |
| 7. Atualizar os metadados do cartão (por exemplo, arte do cartão, link da política de privacidade etc.) | As atualizações são aplicadas ao token |
Casos de teste para vincular token novamente
| Caso de teste | Critérios de saída |
|---|---|
| 1. Atualizar o PAN do cartão | Verificar se os últimos quatro dígitos estão atualizados no token |
| 2. Fazer uma transação por NFC usando o cartão com o PAN atualizado | Pagamento realizado |
Casos de teste de exclusão e suspensão
| Caso de teste | Critérios de saída |
|---|---|
| 1. Excluir token no Google Pay | O cartão foi removido da lista de cartões no Google Pay e a exclusão é visível no sistema de back-end do emissor |
| 2. Excluir o token usando o back-end do emissor No caso de cartões multibandeira, conforme aplicável, o emissor precisa testar a exclusão dos tokens principal e auxiliar |
O cartão foi removido da lista de cartões no Google Pay em um curto espaço de tempo (de preferência, alguns segundos) |
| 3. Suspender o token usando o back-end do emissor (se aplicável) | O cartão mostra um status suspenso em um curto espaço de tempo (de preferência, alguns segundos) |
| 4. Cancelar a suspensão do token usando o back-end do emissor (se aplicável) | O cartão deixa de indicar o status suspenso em um curto espaço de tempo (de preferência, alguns segundos) |
| 5. Suspender o cartão usando o back-end do emissor | Há duas saídas possíveis para esse teste. O comportamento varia de acordo com o emissor. Opção 1: o cartão é suspenso, mas o token permanece ativo para fazer compras. Opção 2: o cartão é suspenso e todos os tokens também são suspensos. |
| 6. Cancelar a suspensão do cartão usando o back-end do emissor | O cartão deixa de indicar o status suspenso em um curto período de tempo após ter sido retirado da suspensão (de preferência, alguns segundos) |
| 7. Tentar adicionar um cartão que está suspenso no momento | A tentativa de provisionamento é recusada pelo emissor (caminho vermelho) |
| 8. Tentar adicionar um cartão que já foi suspenso e teve a suspensão cancelada | A tentativa de provisionamento segue o cenário de tokenização do caminho verde ou amarelo, como de costume |
| 9. Fazer uma transação por NFC usando o token que foi suspenso e teve a suspensão cancelada No caso de cartões multibandeira, testar as transações após a suspensão com os tokens da rede principal e da rede auxiliar |
Pagamento realizado |
| 10. Fazer uma transação no app usando o token que foi suspenso e teve a suspensão cancelada | Pagamento realizado |