Testing
Google suggests the criteria in the following tables to determine if your Boarding 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
This section lists criteria for general functional tests.
| Test | Expected result |
|---|---|
| Call customer service phone numbers provided with the Boarding Pass (if applicable). | Customer service department is accessible using the provided phone number. |
Classes and objects
This section lists criteria for tests that exercise classes or objects 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 Boarding Pass on the Google Wallet app*. |
| Set the class.localScheduledDepartureDateTime on your flight to a time in near future. | Flight should send notification three hours prior to class.localScheduledDepartureDateTime. |
Classes have a reviewStatus of Approved. |
N/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
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. | N/A |
| Ensure your images adhere to all image guidelines in the Brand guidelines | N/A |
| Ensure your string values adhere to all headings guidelines in the Brand guidelines. | N/A |
| Boarding Pass renders correctly on device. | N/A |
| Click on website link in Google Wallet app for your flight program. | Website link should bring up correct merchant web page. |
In-Store Testing
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 Boarding Pass is conveyed. |
| Merchant's service personnel trained to handle flight scanning. | N/A |
Google uses the criteria in the following tables to determine if your Cards are ready for public release. Print out this page and 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 webpage in Chrome. |
| Test button in Firefox browser. | Button renders and functions correctly on partner's webpage in Firefox. |
| Test button in Safari browser. | Button renders and functions correctly on partner's webpage in Safari. |
| Test button in Internet Explorer 9 browser. | Button renders and functions correctly on partner's webpage 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 web site so that the Add to Google Wallet button disappears after a Boarding Pass was saved:
|
The Add to Google Wallet button reappears on your web site. |
| If you have designed your web site so that the Add to Google Wallet button disappears after a Boarding Pass was saved. | A string appears to indicate that the Boarding Pass has been saved. |
Save a pass
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 web site. | The JWT that is created contains all valid domains for button (https and http, not www) |
| Click Add to Google Wallet button on your web site. | The correct card is saved to Google Wallet. |
| Click Add to Google Wallet button on your web site. | The card is saved and you cannot press the button again. |
| Click Add to Google Wallet button on your web site. | The JWT that is created references a class that is approved. |
Brand guidelines
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. | N/A |
| Ensure your button adheres to the Add to Google Wallet button design section of the Brand guidelines. | N/A |
Go Live
Now that you've successfully tested your integration, it's time to go live! Make sure that you complete the following go-live check list.
Complete Business Profile
In order to get publishing access you need to complete your business profile by logging in to Google Pay and Wallet Console. Click on Business Profile, set your payments profile and comple your business information.
Create at least 1 class
While you are in demo mode for Google Wallet API, make sure that you've created at least one pass class created that you want to publish live.
Request publishing access
When all the above steps are completed you can then request for production access. To do this log in to the console. Navigate to Google Wallet API and click on "Request Publishing Access".
Publishing access granted
Our team will review the request and grant publishing access. Once access is granted, your existing classes will be live! You can start creating objects and distributing it to your customers. Additional classes created after receiving publishing access will be live. However, we might assess these class time to time and reach out to you in cases of any concerns.