Confira a seguir uma lista de testes obrigatórios e recomendados que você precisa concluir antes de iniciar a integração da API Google Wallet. Os testes apropriados variam de acordo com o caso de uso. Teste com cuidado todas as funcionalidades esperadas da integração para garantir a melhor experiência aos usuários.
Pré-requisitos
Antes de começar os testes, é necessário criar pelo menos um objeto de oferta e adicionar o cartão à Carteira do Google em um dispositivo Android.
Teste obrigatório
O Google usará os critérios nas tabelas a seguir para determinar se os cards estão prontos para serem oferecidos para o público. Antes do lançamento, verifique cada item para garantir que você esteja pronto para enviar o cartão para lançamento.
Testes de botão
Nesta seção, listamos os critérios para testes do botão Adicionar à Carteira do Google.
| Teste | Resultado esperado |
|---|---|
| Botão de teste no navegador Chrome. | O botão é renderizado e funciona corretamente na página da Web do parceiro no Chrome. |
| Botão de teste no navegador Firefox. | O botão é renderizado e funciona corretamente na página da Web do parceiro no Firefox. |
| Botão de teste no navegador Safari. | O botão é renderizado e funciona corretamente na página da Web do parceiro no Safari. |
| Botão de teste no navegador Internet Explorer 9. | O botão é renderizado e funciona corretamente na página da Web do parceiro no Internet Explorer 9 (Citrix). |
| Botão de teste em níveis de zoom do navegador diferentes. | O botão é renderizado corretamente em vários níveis de zoom do navegador. |
| Velocidade de renderização do botão de teste. | Um único botão é renderizado em até 1 segundo. |
Se você tiver projetado o site para que o botão Adicionar à Carteira do Google desapareça depois que uma oferta for salva:
|
O botão Adicionar à Carteira do Google é reexibido no site. |
| Se você tiver projetado o site para que o botão Adicionar à Carteira do Google desapareça depois que uma oferta for salva. | Uma string é exibida para indicar que a oferta foi salva. |
Testes do botão e link "Adicionar à Carteira do Google"
Nesta seção, listamos os critérios para testes de clique no botão Adicionar à Carteira do Google.
| Teste | Resultado esperado |
|---|---|
| Clique no botão Adicionar à Carteira do Google no site. | O JWT criado contém todos os domínios válidos para o botão (https e http, não www). |
| Clique no botão Adicionar à Carteira do Google no site. | O cartão correto é salvo na Carteira do Google. |
| Clique no botão Adicionar à Carteira do Google no site. | O cartão é salvo, e o botão não poderá mais ser pressionado. |
| Clique no botão Adicionar à Carteira do Google no site. | O JWT criado referencia uma classe approved. |
Testes de diretrizes da marca
Esta seção lista os critérios para verificar as diretrizes de marca do botão Adicionar à Carteira do Google.
| Teste | Resultado esperado |
|---|---|
| Verifique se o botão está de acordo com a seção posição do botão Adicionar à Carteira do Google das diretrizes da marca. | N/A |
| Verifique se o botão está de acordo com a seção design do botão Adicionar à Carteira do Google das diretrizes da marca. | N/A |
Testes recomendados
O Google sugere os critérios nas tabelas a seguir para determinar se a oferta está pronta para lançamento público. Todos os testes de interface precisam ser feitos usando o app Carteira do Google em dispositivos Android.
Testes gerais de funcionalidade
Nesta seção, listamos os critérios para testes funcionais gerais.
| Teste | Resultado esperado |
|---|---|
| Valide os dados de contato fornecidos com a oferta (se aplicável). | Todos os dados de contato são válidos e atualizados. |
Testes de classes de cartões e objetos de cartões
Nesta seção, listamos os critérios para testes que exercitam a funcionalidade da classe de cartões ou do objeto de cartões.
| Teste | Resultado esperado |
|---|---|
| Adicione uma mensagem à classe usando a API REST. | A mensagem é exibida no topo da lista de mensagens na exibição expandida da oferta no app Carteira do Google*. |
| Defina o intervalo validTimeInterval.end na oferta como um horário no futuro próximo. | Após esse horário, a oferta será definida como expirada. |
| A classe contém um ID de lugares (com locais associados) ou valores de latitude/longitude. Dessa maneira, os clientes são notificados quando estão perto de um dos locais. | N/A |
| Dirija-se para perto de um local na sua classe ou ID de lugares. | Um alerta ocorre no smartphone, indicando que há um comerciante por perto para o cartão de oferta. |
As classes têm reviewStatus de Approved. |
N/A |
*Teste também a adição de mensagens a objetos individuais usando a API REST, caso você pretenda enviar mensagens para usuários individuais.
Testes de interface do usuário
Nesta seção, listamos os critérios para testes que exercitam elementos gerais da interface do usuário.
| Teste | Resultado esperado |
|---|---|
| Verifique se todos os campos obrigatórios do modelo estão preenchidos com informações corretas. | N/A |
| Verifique se as imagens aderem a todas as diretrizes para imagens em Diretrizes para a marca. | N/A |
| Verifique se os valores de string aderem a todas as diretrizes para títulos em Diretrizes para a marca. | N/A |
| A oferta é renderizada corretamente no dispositivo. | N/A |
| Clique no link do site no app Carteira do Google para conferir o programa da oferta. | O link do site abre a página da Web correta do comerciante. |
| O comerciante não exibirá o código de barras se não tiver recursos de leitura nas lojas. | N/A |
Testes na loja
Nesta seção, listamos os critérios para realizar testes em lojas físicas.
| Teste | Resultado esperado |
|---|---|
| Teste a leitura do código de barras no ponto de venda do comerciante com o app Carteira do Google. | O código de barras é lido, e a oferta é transmitida. |
| Equipe de atendimento do comerciante treinada para processar a leitura de ofertas. | N/A |