Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Introduction

This document details how the Fraudulent User Block feature should be tested


Test Scope

In Scope

Application

Description

Whitelabel

Whitelabel 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 communications

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 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

Whitelabel

https://dev-plk-web.es.rbi.tools/

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 Management

Test Actors

User Role

Description

User

User will be placing successfull orders on Whitelabel

Fraudulent User

Fraudulent user will be placing faker orders on Whitelabel

Admin User

Will be used to block fraudulent users

Traceability Matrix / Test Report

Test Case

Test Execution Date

Test Status

[Admin] Admin user should block an fraudulent account successfully

BACKLOG

[Admin] Admin user should unblock an user successfully

BACKLOG

[Whitelabel][Logged In] Blocked user should not be able to update his profile

BACKLOG

[Whitelabel][Logged In] Blocked user should not be able to update his profile

BACKLOG

[Whitelabel][Logged In] Blocked user should not be able to place new orders

BACKLOG

[Whitelabel][Logged In] Blocked user should be disconnected after 01 hour

BACKLOG

[Whitelabel][Logged In] Blocked user should not be able to generate QR Code

BACKLOG

[Whitelabel][Logged Off] Blocked user should not be able to sign in

BACKLOG

[Whitelabel][Logged Off] Blocked user should not be able to sign in

BACKLOG

[Whitelabel][Logged Off] Blocked user should not be able to sign in using Social Login

[Whitelabel][Logged Off] Formerly blocked user should be able to sign in again after being unblocked

BACKLOG

[Email Service] Service should send email to user once block event is triggered

BACKLOG

[Email Service] Service should send email to user once unblock event is triggered

BACKLOG

[Braze] User communication preferences should be updated when user is blocked

BACKLOG

[Braze] User communication preferences should be updated when user is unblocked

BACKLOG

  • No labels