Introduction
This document details how the Detailed payment error messages feature should be tested
Test Scope
In Scope
Application | Description |
---|---|
Whitelabel | Whitelabel’s is where guests finish placing their orders, either it’s on mobile or the web. |
Launch Darkly | Feature management platform that allows development teams to control and manage feature flags to release software updates safely and continuously. |
Lokalise | Translation management platform that helps teams streamline the localization process for their software and content. |
Amplitude | Data Analytics |
Out of Scope
Application | Description |
---|---|
POS |
Won’t be tested as this application won’t be changed by this feature's development |
Kiosk | |
Call Center |
Quality Objective
Ensure that all Acceptance Criteria has been met.
Ensure that all Test Cases has been executed and have passed.
Ensure that all bugs found has been fixed and retested before the release.
Test Methodology
Exploratory Testing
Functional Testing
Testing Tools
Testing Tools
Platform | Version | Description |
---|---|---|
macOS | 15.0 |
|
Google Chrome | 126.0 |
|
Android Device | 14.0 |
|
iOS Device | 18.0 |
|
Insomnia | 9.3.0 | For backend tests |
Testing Subjects
Subject | Description |
---|
Subject | Description |
---|---|
Whitelabel | localhost |
Test Deliverables
Test Plan (this document)
Test Cases
Bug Tasks
Test Management
Test Actors
User Role | Description |
---|---|
User | User will be placing successful orders on Whitelabel |
Developer user | User responsible for: Build and run the local environment and set the mocks |
Analytics user | User responsible for checking the events on mParticle/Amplitude. |
Whitelabel
General configs and pre-conditions:
Feature flags Intl Platform (backend):
disable-paycomet-pre-auth: this FF need to be enabled with these configs:
enable-rbi-error-2: this FF needs to be enabled with these configs:
Test case scenarios:
Scenario 1: Validate the message when the user cancels the order via Paypal
Scenario 2: Validate the message when the user cancels the order via Bizum
Scenario 3: Validate the message when the user cancels the order via a PSP (credit cart)
Scenario 4: Validate the message when the user cancels the order via Waylet
Scenario 5: Validate the message when the user cancels the order via Apple pay
Scenario 6: [Regression testing] Validate if the existing errors still are working properly
Add Comment