...
This document details how the Fraudulent User Block Admin tool - offer assignment improvement feature should be tested
...
Test Scope
In Scope
Application | Description | WhitelabelWhitelabel is used by fraudulent users to generate new faker orders and it’s the main entry point for such type of orders | |
---|---|---|---|
Admin Tool | Admin Tool will be used to block fraudulent accounts | ||
Email Service (notification_service) | The Notification Service is responsible for sending emails warning users that their account is blocked | ||
Braze | Once user is blocked / unblocked on Admin, it’s Braze’s profile should be updated to enable or disable Marketing communicationswhere the support department is able to assign offers to consumers | ||
Sanity | Source of the content where are created the offers that will be loaded on the “Assign offers” dropdown. |
Out of Scope
Application | Description |
---|---|
POSWhitelabel | Won’t be tested as this application won’t be changed by this feature's development |
POS | |
Kiosk | |
Call Center |
Quality Objective
...
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 |
---|---|
WhitelabelAdmin Tool | |
Admin Tool | ToDo: Collect admin dev env URL |
Whitelabel Endpoint | ToDo: Collect whitelabel endpoint |
Test Deliverables
Test Cases
Test Plan (this document)
Bug Tasks
...
Test Actors
User Role | Description |
---|---|
User | User will be placing successfull orders on Whitelabel |
Fraudulent user will be placing faker orders on Whitelabel | |
Admin User | Will be used to block fraudulent users assign offers. |
Traceability Matrix / Test Report
Test Case | Test Execution Date | Test Status | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
[Admin] Admin user should block an fraudulent account successfully |
|
| ||||||||||||||
|
| |||||||||||||||
[Whitelabel][Logged In] Blocked user should not be able to update his profile |
|
Awaiting PR merge to validate blocking messages | ||||||||||||||
[Whitelabel][Logged In] Blocked user should not be able to place new orders |
|
Awaiting PR merge to validate blocking messages | [Whitelabel][Logged In] Blocked user should be disconnected after 01 hour |
Status | ||||
---|---|---|---|---|
|
Awaiting PR merge to validate disconnection timeout
[Whitelabel][Logged In] Blocked user should not be able to generate QR Code
Status | ||||
---|---|---|---|---|
|
[Whitelabel][Logged Off] Blocked user should not be able to sign in
Status | ||||
---|---|---|---|---|
|
[Whitelabel][Logged Off] Blocked user should not be able to sign in using Social Login
Status | ||||
---|---|---|---|---|
|
[Whitelabel][Logged Off] Formerly blocked user should be able to sign in again after being unblocked
Status | ||||
---|---|---|---|---|
|
[Email Service] Service should send email to user once block event is triggered
Status | ||||
---|---|---|---|---|
|
[Email Service] Service should send email to user once unblock event is triggered
Status | ||||
---|---|---|---|---|
|
[Braze] User communication preferences should be updated when user is blocked
Status | ||||
---|---|---|---|---|
|
Requested Braze access in order to proceed with Test
[Braze] User communication preferences should be updated when user is unblocked
Status | ||||
---|---|---|---|---|
|
Requested Braze access in order to proceed with Test Ensure the offer dropdown is editable.
Verify that search results appear quickly when typing an offer name.
Ensure offers can be searched with at least three characters.
Verify that the search returns offers containing the typed characters in any part of the offer title (beginning, middle, or ending).
Verify that the search is case-insensitive.Ensure the dropdown displays existing offers in alphabetical order by ASC
Warn the user when the offer does not appear in the list.
Verify the feature toggle for the new dropdown functionality.