The following is a list of required and recommended testing you should complete before launching your Google Wallet API integration. Appropriate testing varies by use case. You should carefully test all expected functionality of your integration to ensure the best experience for your users.
Prerequisites
You are required to create at least one Generic pass object and add the pass to Google Wallet on Android-powered device before commencing testing.
Required testing
Google uses the criteria in the following tables to determine if your Cards are ready for public release. Before you launch, verify each item to ensure you are ready to submit your Card for release.
Button tests
This section lists criteria for tests that exercise the Add to Google Wallet button.
Test | Expected result |
---|---|
Test button in Chrome browser. | Button renders and functions correctly on partner's web page in Chrome. |
Test button in Firefox browser. | Button renders and functions correctly on partner's web page in Firefox. |
Test button in Safari browser. | Button renders and functions correctly on partner's web page in Safari. |
Test button in Internet Explorer 9 browser. | Button renders and functions correctly on partner's web page in Internet Explorer 9 (Citrix). |
Test button at different browser zoom levels. | Button renders properly at various browser zoom levels. |
Test button's rendering speed. | A single button renders in no more than 1 second. |
If you have designed your website so that the Add to Google Wallet button disappears after a Generic pass was saved:
|
The Add to Google Wallet button reappears on your website. |
If you have designed your website so that the Add to Google Wallet button disappears after a Generic pass was saved. | A string appears to indicate that the Generic pass has been saved. |
'Add to Google Wallet' button and link tests
This section lists criteria for tests that exercise clicking the Add to Google Wallet button.
Test | Expected result |
---|---|
Click Add to Google Wallet button on your website. | The JWT that is created contains all valid domains for button (https and http , not www ) |
Click Add to Google Wallet button on your website. | The correct card is saved to Google Wallet. |
Click Add to Google Wallet button on your website. | The card is saved and you cannot press the button again. |
Click Add to Google Wallet button on your website. | The JWT that is created references a class that is approved . |
Brand guideline tests
This section lists criteria to check the brand guidelines of the Add to Google Wallet button.
Test | Expected result |
---|---|
Ensure your button adheres to the Add to Google Wallet button placement section of the Brand guidelines. | K.A. |
Ensure your button adheres to the Add to Google Wallet button design section of the Brand guidelines. | K.A. |
Recommended testing
Google suggests the criteria in the following tables to determine if your Generic pass is ready for public release. All UI testing should be done with the use of the Google Wallet app on Android-based devices.
General functionality tests
This section lists criteria for general functional tests.
Test | Expected result |
---|---|
Validate contact information provided with the Generic pass (if applicable). | All contact information is valid and up to date. |
Passes Classes and Passes Objects tests
This section lists criteria for tests that exercise Passes Class or Passes Object functionality.
Test | Expected result |
---|---|
Add a message to the class using the REST API. | Message appears at the top of the list of messages in the expanded view of the Generic pass on the Google Wallet app*. |
Your class contains a places ID (with associated locations) or latitude/longitude values so that consumers are notified when they are within close proximity to one of your locations. | K.A. |
Travel to within close proximity of a location in your class or places ID. | An alert should occur on your phone indicating there is a merchant nearby for your generic card. |
Classes have a reviewStatus of Approved . |
K.A. |
*You should also test adding messages to individual objects using the REST API if you plan on sending messages to individual users.
User interface tests
This section lists criteria for tests that exercise general elements of the user interface.
Test | Expected result |
---|---|
Ensure all required fields of your template are populated with correct information. | K.A. |
Ensure your images adhere to all image guidelines in the Brand guidelines | K.A. |
Ensure your string values adhere to all headings guidelines in the Brand guidelines. | K.A. |
Generic pass renders correctly on device. | K.A. |
Click the website link in Google Wallet app for your generic program. | Website link should bring up correct merchant web page. |
Merchant does not display barcode if they don't have barcode scanning capabilities in their stores. | K.A. |
In-store tests
This section lists criteria for tests to be carried out at in-store locations.
Test | Expected result |
---|---|
Test barcode scanning at merchant point of sale with Google Wallet app. | Barcode scans and Generic pass is conveyed. |
Merchant's service personnel trained to handle generic scanning. | K.A. |