University of Makati

College of Computing and Information Science

SPA2GO
Booking Services Application

In Partial Fulfillment of the

Course Requirement in
SPECIAL PROJECT
for the program in
Diploma in Application Development
2nd Semester, Academic Year 2021 – 2022

Presented by:
Baraceros, John Carlo
Cabiles, Clarence
Dumayas, Mark Genesis S.
Sorio, Mark Louie
Vecino, Ernest

III-A APDEV

ROMMEL L. DORIN
 TABLE OF CONTENTS

Dedication
Acknowledgement

Module 1: Project Scope Management Plan

A. Project Description
B. Roles and Responsibilities
C. Project Scope and Limitation
D. Major Function and Deliverables
E. Functional Decomposition Diagram

Module 2: Software Requirement Specification

A. Introduction
B. References
C. Software Requirement
C1. Programming language
C2. API
C3. Integrated Development Environment
C4. Database Management System
C5. Others
D. Hardware Requirement
E. System Features and Processes

Module 3: User Interface Requirement Specification

A. Introduction
B. References
C. User Task and Functional Requirement
D. Security Level
E. Task Profiles
F. Graphical User Interface Requirement
F1. List of Pages/Screen
F2. Icons and Buttons
F3. Fonts and Color Schemes
F4. Validation and Input Masks
F5. Message and Notification Format

Module 4: User Interface and Report Design

A. Actual Screenshot with Description
B. Actual Reports
Module 5: Database Requirement Specification
A. Introduction
B. References

C. Database Management Identification

D. List of Tables
E. Data dictionary and schema
F. Entity Relationship Diagram
G. List of Reports for System Users

Appendices
A. User stories
B. Project Calendar
C. Project Journal
D. System Monitoring Form (all)
E. Milestone 2 Evaluation
F. Task Assignments
G. Revision Checklist Form
H. Project Proposal Form
I. Resume of Members
 DEDICATION

We would like to dedicate this study to our dearest families and friends,

especially to those who believed in us despite the difficult obstacles. To all of the

professors and mentors that guided us in this journey, a thank you is an

understatement.
 ACKNOWLEDGEMENT

We would like to acknowledge our God and Creator for giving us the opportunity

to experience life. We would also like to express our gratitude to our professor, Sir

Rommel Dorin for guiding and bringing the best in every one of us. To all the people

that we’ve encountered that brought us many valuable lessons in our day-to-day

battle. To our failures and victory.

MODULE I

PROJECT SCOPE
AND MANAGEMENT
PLAN
 A. Project Description

SPA2GO is a pampering booking system that caters both the customer and the

skilled pamper artist. It serves as a platform to have a seamless transaction between

the two user types.

The system was developed to let the client be pampered at the comfort of their

home to lessen queue and unnecessary waiting time in a regular establishment.

B. Roles and Responsibilities

Image Name Roles Responsibilities

-Ensures the
timeline of the
Dumayas, Mark Project Manager,
development
Genesis Sababan Developer,
Documentation -Develops the front-
end and back-end
of the system
-Documents the
system

-Researching of
codes that can
Cabiles, Clarence Research
implemented,
Specialist,
Gunda
-Design and
Systems Design
Planning of the
Analyst
system
 Database -Plans the design of
Administrator, the client side
Sorio, Mark Louie
Front End -Develops required
Absalon
Developer, front-end tasks
Documentation -Documents the
system

UI/ UX Designer, -Plans the design of

the artist side,
Baraceros, John Documentation,
Carlo Veneracion -Documents the
system

Front-end -Develops required

Developer front-end tasks,
Vecino, Ernest Llige
Documentation -Documents the
system
C. Project Scope and Limitations

SPA2GO offers people pampering services through its website. The

System also generated a system report of the payment, monitoring, and

managing booking. We also make sure that this website is reliable and user-

friendly to all users.

SPA2GO have three user types: admin, pamper artists, client. The admin

can monitor and manage the user’s information. The pamper artists can offer

their pampering skills on the website while the client is the one who will book the

pampering services. The payment system is through gcash where the client can

input their gcash reference number, the admin and the will have to use it. This is

a responsive website to mobile devices.

D. Major Features and Deliverables

Features Description Difficulty Duration

Allows the
customer to select
their desired
Select Pamper pamper artist Hard 1 Month
Artist based on their
selected service

Sets the time and

date for the booked
Booking Medium 1 Month
service.
Scheduling
 Both customer and
pamper artist can
Chat System Hard 2 months
exchange
information through
chat

Health/Beauty Offers free tips for

Tips the client to enjoy
Medium 1 Month

The admin can

access CRUD
functions, add
another admin 2 months
account, and
Admin Functions Hard
change the
password

Report Generation Analytics and

Personal
Hard 2 months
Information can be
accessed and
printed
E. Functional Decomposition Diagram
Module II

SOFTWARE
REQUIREMENT
SPECIFICATION
 A. INTRODUCTION

This chapter discusses the software and hardware requirements such as

the programming language used in this web page, which is PHP which stands for
hypertext
preprocessor and to handle the data, JavaScript to implement complex features on the
web pages. SPA2GO used my SQL for a data management system and for the
hardware requirements of this webpage, there is a computer specification listed below.
Also this chapter discusses all the major features and processes of this website.

B. REFERENCE

B.1 Module 1: Project Scope and Management Plan

C. SOFTWARE REQUIREMENT

C1. PROGRAMMING LANGUAGE

PHP
- is a general-purpose scripting language geared toward web development. It
was originally created by Danish-Canadian programmer Rasmus Lerdorf in
1994. The PHP reference implementation is now produced by The PHP
Group. PHP originally stood for Personal Home Page, but it now stands for
the recursive initialism PHP: Hypertext Preprocessor.

- PHP code is usually processed on a web server by a PHP interpreter

implemented as a module, a daemon, or as a Common Gateway Interface
(CGI) executable. On a web server, the result of the interpreted and executed
PHP code – which may be any type of data, such as generated HTML or
binary image data – would form the whole or part of an HTTP response.
 Various web template systems, web content management systems, and web
frameworks exist which can be employed to orchestrate or facilitate the
generation of that response. Additionally, PHP can be used for many
programming tasks outside the web context, such as standalone graphical
applications and robotic drone control. PHP code can also be directly
executed from the command line.

JavaScript

- often abbreviated JS, is a programming language that is one of the core

technologies of the World Wide Web, alongside HTML and CSS. Over 97% of
websites use JavaScript on the client-side for web page behavior, often
incorporating third-party libraries. All major web browsers have a dedicated
JavaScript engine to execute the code on users' devices.

- JavaScript is a high-level, often just-in-time compiled language that conforms

to the ECMAScript standard. It has dynamic typing, prototype-based object-
orientation, and first-class functions. It is multi-paradigm, supporting event-
driven, functional, and imperative programming styles. It has application
programming interfaces (APIs) for working with text, dates, regular
expressions, standard data structures, and the Document Object Model
(DOM).

C2. INTEGRATED DEVELOPMENT ENVIRONMENT

VISUAL STUDIO CODE

- Visual Studio Code is a streamlined code editor with support for development
operations like debugging, task running, and version control. It aims to
provide just the tools a developer needs for a quick code-build-debug cycle
 and leaves more complex workflows to fuller featured IDEs, such as Visual
Studio IDE.

C3. DATABASE MANAGEMENT SYSTEM

MYSQL

- MySQL is an open-source relational database management system

(RDBMS). Its name is a combination of "My", the name of co-founder Michael
Widenius's daughter, and "SQL", the abbreviation for Structured Query
Language. In addition to relational databases and SQL, an RDBMS like
MySQL works with an operating system to implement a relational database in
a computer's storage system, manages users, allows for network access and
facilitates testing database integrity and creation of backups.

C4. OTHERS

XAMPP

- XAMPP is an abbreviation for cross-platform, Apache, MySQL, PHP and Perl,

and it allows you to build WordPress sites offline, on a local web server on
your computer. A WordPress localhost setup is much more secure as it offers
you a personal and private playground, away from any potential threats. Not
only that, your website will run much more quickly than if you host it online.

GIT

- is software for tracking changes in any set of files, usually used for
coordinating work among programmers collaboratively developing source
code during software development. Its goals include speed, data integrity,
and support for distributed, non-linear workflows (thousands of parallel
branches running on different systems).
D. HARDWARE REQUIREMENTS

D1. COMPUTER SPECIFICATION

● Monitor with at least 1080x720 resolution

● Lan or Wi-Fi
● Laptop

E. SYSTEM FEATURES AND PROCESSES

E1. SELECT PAMPER ARTIST

E1.1 Description
- Allows the customer to select their desired pamper artist based on their
selected service.

E1.2 Stimulus and Response Sequences

- The client can select or search pamper artist to book an appointment.

E1.3 Functional Requirements

- Account – clients need to be login or registered on the website to make

bookings on the pamper artist.

E2. BOOKING SCHEDULING

E2.1 Description
- Sets the time and date for the booked service.

E2.2 Stimulus and Response Sequences

- The client can choose the date and time upon registration, the client will click
the book button and the booking will be sent to the pamper artist and the
pamper artist will accept or reject the booking reservation of the client.

E2.3 Functional Requirements

- Date - The client should input the chosen date of reservation with the format
of (MM/DD/YY).
- Message – The client can leave a message about anything he/she wants to
tell or ask the pamper artist.

E3. CHAT SYSTEM

E3.1 Description
- Both customers and pamper artists can exchange information through chat.

E3.2 Stimulus and Response Sequences

- The client or pamper artist can send a message to one another about the
booking details and status.

E3.3 Functional Requirements

- Account – clients and pamper artists need to have an account to have a

conversation about the booking details.

E4. HEALTH/BEAUTY TIPS

E4.1 Description
- Offers free tips for the client to enjoy.

E4.2 Stimulus and Response Sequences

- The client can view or read the tips posted in the system. The client can also
comment and reply to other comments.

E4.3 Functional Requirements

- Account – The client should already have a registered account in order client
to view and read the health/beauty tips and also to comment and reply to
other comments.

E5. ADMIN FUNCTIONS

E5.1 Description
- The admin can access CRUD functions, add another admin account, and
change the password.

E5.2 Stimulus and Response Sequences

- The admin can manage the client and pamper artist accounts. The admin can
remove accounts that violated the terms and conditions of the system. Admin
can manage the booking reservation and the payment history of the clients
and also the admin can see data analytics of the system’s revenue, profit, and
sales.

E5.3 Functional Requirements

- Account – The admin should have an account to access the admin side of the website.

E6. REPORT GENERATION

E6.1 DESCRIPTION
- Analytics and Personal Information can be accessed and printed.

E6.2 STIMULUS AND RESPONSE SEQUENCES

- The admin can monitor and manage the reports on the system.

E1.3 Functional requirements

- Manage registered users – List of registered users on the system.
- Booking – booking details of the client and its status.
- Payment History – Record of a payment transaction of the client.
MODULE III

USER INTERFACE
REQUIREMENTS AND
SPECIFICATION
 A. INTRODUCTION

This document is intended for the SPA2GO system features and graphic
interface and
The specification covers all possible actions that an end user may perform and all
visual,
auditory, and other interactive elements.

B. REFERENCE

B1. MODULE 1: Project Scope and Management Plan

B2. MODULE 2: Software Requirement Specification

C. USER TASK AND FUNCTIONAL REQUIREMENT

USER PROFILES

User Type Description

● Can monitor stats and
transactions
● Can view client and artist
information
● Can edit client and artist
information
● Can delete client and artist
information
ADMIN
● Can accept payment of client
● Can view booking information
 ● Can cancel booking
● Can refund customer
● Can view complaint of client and
artist
● Can generate reports
● Can create a blog post
● Can delete a blog post
● Can create new admin user
● Can reset password of admin
user
● Can register and login
● Can receive OTP code
● Can reset password
● Can book a service
● Can submit payment
● Can view accepted, pending,
canceled, and completed booking
● Can chat artist after booking is
CLIENT
accepted
● Can rate the artist and write a
review
● Can file a complaint
● Can have a refund
● Can view health tips
● Can edit profile information
● Can disable account

● Can register and login

● Can receive OTP code
 ● Can reset password
● Can select ideal skill
● Can accept or decline a booking
● Can view accepted and declined
booking
ARTIST
● Can chat accepted client
● Can view ratings and review
● Can disable account
● Can complain a client
● Can edit profile information

D. SECURITY LEVEL

SPA2GO system has two security levels which separate task assignation
for a certain function. These are:

Main Admin – Handles the overall system application.

System Staff – Handles specific tasks limited to given administrative orders.

E. FEATURE PROFILES
 TASK USER TYPES TASK DETAILS

Book a service according

to preferred date and time,
Booking of Service Client/Artist
to be accepted or declined
by the artist

After acceptance of
booking, the two user
Chat Module Client/Artist
types can interact and
communicate

To proceed with the

booking, the client must
Payment Client
pay. To verify, they must
encode the Gcash
reference number

After a service has

completed, the client can
rate and tell his comment
Ratings and Review Client/Artist about the given service by
the pamper artist.
The receiving end can
view the said rating.

Health Tips Client Who doesn’t want a free

health tip? Client can see
the ‘best’ tips for their
 wellbeing

The admin can do these

following tasks: Create,
read, update, and delete
client and artists
information. View booking
Administrative Functions Admin information. Accept
payment. Refund payment
for a declined booking.
Create a blog of health
tips. Terminate a pamper
artist. Create a new admin
account.

Report Generation Admin Generate statistic report of

the day or month.
F. GRAPHICAL USER INTERFACE REQUIREMENT

F1. List of Pages/Screen

LANDING PAGE
Get Started/Client Login Page
Apply as Pamper Artist/Artist Login Page
Client Register
Client Forgot Password
Client Enter OTP Code
Client Create New Password
Artist Register
Artist Forgot Password
Artist Enter OTP Code
Artist Create New Password
CLIENT PAGE
Select Pamper Artist
Artist Details
Select Time and Date Booking
Checkout Page
Booking Pending Page
Booked Service
Completed Services
Complaints and Refund
Chat Artist
Rate and Write Review
 Health Tips
View Profile
Edit Profile
Disable Account Settings
Logout
ARTIST PAGE
Accept or Decline Booking
Booking Accepted
Booking Declined
Accepted/Declined Bookings
Chat Client
View Profile
Edit Profile
Review and Ratings
Settings Page
Logout
ADMIN PAGE
Login
Create Admin Account
Rest Password
Dashboard
Client CRUD
Artist CRUD
Booking Page
Payment Page
Report
Health Tips View
 Health Tips Create
Refund
Complaints
Logout
Nothing Follows

Type Number of Web Pages

Landing Pages 10
Client Pages 15
Artist Pages 10
Admin Pages 14
Total Pages: 49
F2. BUTTONS

Image Description

Landing Page Buttons

Redirect users
to main page

Redirects to
main page

Allows client to
choose if he
will login or
register an
account
Makes artist to
login or register
an account

Submit email
and password
for client and
artist
Allows user to
change their
password if
they have
forgotten their
credentials
After entering
email address
for forgot
password, this
button will
proceed to the
OTP code
input page

Proceed to
change
password after
entering new
password

Redirects to
login page

Client and
Artist will be
redirected to
Sign Up Page

Upload Profile
Picture for
client and artist
Make users
view and agree
with the terms
 and conditions

Client Buttons

Make client
choose
between these
services

Enables client
to view free
health tips

Drop down
button for
these pages
 Click toggle
button to select
the artist and
view their
details

Click name of
artist to select
and view their
details

Proceed to set
the
appointment
after selecting
an artist

Press calendar
to pop-up the
preferred date
 Select
preferred
upcoming days

Press clock
icon to pop-up
clock and
select
preferred time

After filling up
required value,
click to
proceed to
checkout

After entering
GCASH
reference
number,
proceed by
clicking the
button
Click to return
to home

Allows user to
edit their profile
information
After editing
profile, button
will update the
new inputted
information
Updates user
profile picture

Chat with artist

when after they
accepted your
booking

Completes the
service and
closes the
current booking

Drop down of
complaint and
refund

Send message
to the receiving
end
 Return to
booked service
for client and
accepted
services of
artist

Star rating from

one to five
according to
the quality
service

After inputting
star rating and
comment. This
button will
submit the
review, to be
viewed by the
artist, and
other
customers
Enables clients
to view free
health tips
 Allows client to
switch between
these pages

Artist Buttons

Accept or
decline the
client’s booking

After
accepting, you
can select
return to home
to go back to
artist home
page or go to
bookings and
see accepted
bookings

Chat client to
communicate
and interact
 Be visible or
invisible to the
clients’ select
artist page

Show
dropdown of
these links to
and proceed to
the page that is
selected

Admin Buttons

Login admin
after entering
credentials

Return to main
landing page
 Go to
homepage of
the admin

View dropdown
links

Sidebar for
navigation of
admin
functions
 Add new
complete client
information

Add new
complete artist
information

Edit user’s
information

Accept or
Decline Client’s
Payment

Create a blog
post

Format text for

creating a blog

Upload header
image
 Post a new
blog

Create new
admin
Reset
password of
logged in
account

MODULE IV

USER
 INTERFACE
AND DESIGN

A. Actual Screenshot and Description

Project Title: SPA2GO Web page ID: 1

Developers SquareOne Web page Title: SPA2GO

Landing Page

Accessibility Client, Pamper Database: users

Level: Artist, Admin

Description:
Landing page of the website where you can see the home page, services,
about, and get started button to create account whether its client or for the
pamper artists.
Project Title: SPA2GO Web page ID: 2

Developers SquareOne Web page Welcome to

Title: SPA2GO

Accessibility Client Database: table_customer

Level:

Description:
You can login or sign up to the website so that you can book an appointment
as a client.
Project Title: SPA2GO Web page ID: 3

Developers SquareOne Web page Title: Login as Client

Accessibility Pamper Artist Database: table artist

Level:

Description:
You can login or sign up to the website so that you can offer services as
pampering artist.

Project Title: SPA2GO Web page ID: 4

Developers SquareOne Web page Title: Login as

Pamper Artist

Accessibility Admin Database: table_admin

Level:
Description:
You can login to the website as admin so that you can access the admin
functions.

Project Title: SPA2GO Web page 5

ID:

Developers SquareOne Web page Home

Title:

Accessibility Client Database: table_book,table_customer,

 Level: table_artist

Description:
In this section where the client can choose his/her desired service and
pampering artist.

Project Title: SPA2GO Web page ID: 6

Developers SquareOne Web page Title: Home

Accessibility Pamper Artist Database: table_book

Level:

Description:
Here, you can accept or decline a client’s booking.

Project Title: SPA2GO Web page ID: 7

 Developers SquareOne Web page Title: Health Tips

Accessibility Client Database: table_blog

Level:

Description:
Here, where the clients can view Blog page and they can also comment
the post.
Project Title: SPA2GO Web page ID: 8

Developers SquareOne Web page Title: SPA2GO Chat

Accessibility Client and Database: messages

Level: Pamper Artist

Description:
Here, where the clients and Pamper Artist can chat each other.
Project Title: SPA2GO Web page ID: 9

Developers SquareOne Web page Title: Checkout

Accessibility Client Database: table_payment,

Level: table_book

Description:
Here, where clients can pay their service fee.
MODULE V

DATABASE
REQUIREMENTS
SPECIFICATION
 A. Introduction
This document is intended for the Database Requirement of the system such as
Relational Database Management System (RDBMS) Identification, Naming
Conventions, Data Dictionary and Schema, Relationship Diagram.

B. REFERENCE
B1. MODULE 1- Project Scope and management Plan
B2. MODULE 2- Software Requirements Specification
B3. MODULE 3- User Interface Requirements Specification
B4. MODULE 4- User Interface and Report Design

C. Relational Database Management System (RDMS)

C1. Name of RDBMS
MySQL
C2. Description
MySQL is a relational database management system based on SQL –
Structured
Query Language. The application is used for a wide range of purposes, including
data
warehousing, e-commerce, and logging applications. The most common use for
mySQL
however, is for the purpose of a web database. MySQL is an open-source
relational
database management system. Its name is a combination of "My", the name of
co-founder
Michael Widenius's daughter, and "SQL", the abbreviation for Structured Query
Language.
 MySQL is free and open-source software under the terms of the GNU
General
Public License, and is also available under a variety of proprietary licenses.
MySQL was
owned and sponsored by the Swedish company MySQL AB, which was bought
by Sun
Microsystems (now Oracle Corporation). In 2010, when Oracle acquired Sun,
Widenius
forked the open-source MySQL project to create MariaDB.

D. List of Tables
Table Name Description

table_admin Stores administrator values that will be

needed to access and login the admin
page.

Stores pamper artists information that are

needed for the login, and store
credentials for new registered accounts.
table_artist Stores information that are required to be
viewed by the client and the
administrator.

table_blog Stores the title, category, content, image,

and date of the posted health tip.

table_book Stores all required booking information to

be used by the three user types.
 Stores information of the client that will be
used for login, registration of new
table_customer
account. Stores required values to be
viewed by the pamper artist for the
Booking.

table_payment
Stores payment transaction that will be
used for the accepting of booking

messages
Stores all messages from the client and
pamper artist

Total Tables: 7

E. Data Dictionary and Schema

table_admin
Column Type Nu Defau
ll lt
id (Primary) int(2) No
user_name varchar(5 No
0)
password varchar(5 No
0)
name varchar(5 No
 0)
Indexes
Keynam Typ Uniqu Packe Column Cardinalit Collatio Nu
e e e d y n ll
PRIMARY BTRE Yes No id 7 A No
E
user_nam BTRE Yes No user_nam 7 A No
e E e

table_artist
Column Type Nu Defau Comment
ll lt s
id (Primary) int(11) No
firstname varchar(255) No
lastname varchar(20) No
email varchar(255) No
username varchar(30) No
houseNumbe varchar(255) No
r
baranggay varchar(255) No

city varchar(255) No
password varchar(255) No
serviceOffere varchar(20) No
d
code mediumint(5 Ye NULL
0) s
status text No
 datejoined date No
img varchar(500) No
availability varchar(23) No
rating int(11) No
Indexes
Keynam Typ Uniqu Packe Column Cardinalit Collatio Nu
e e e d y n ll
PRIMAR BTRE Yes No id 7 A No
Y E
usernam BTRE Yes No usernam 7 A No
e E e

table_blog
Colum Type Nu Defau
n ll lt
id int(11) No
(Primary
)
title mediumtext No
name varchar(25 No
5)
date date No
content longtext No
img varchar(24 No
5)
email varchar(24 No
4)
category varchar(11) No
Indexes
Keynam Typ Uniqu Packe Colum Cardinalit Collatio Nu
 e e e d n y n ll
PRIMAR BTRE Yes No id 2 A No
Y E

table_book
Column Type Nu Defau
ll lt
id (Primary) int(10) No
transactionNumber varchar(100) No
datebooking varchar(20) No
timebooking varchar(100) No
artistEmail varchar(100) No
clientEmail varchar(50) No
artistFirstName varchar(100) No
artistLastName varchar(50) No
clientFirstName varchar(100) No
clientLastName varchar(50) No
clientContactNumb int(11) No
er
clientAddress varchar(100) No
artistAddress varchar(100) No
instruction varchar(500) No
price int(6) No
profit int(10) No
status varchar(20) No
comment varchar(400) No
rating int(1) No
reviewTitle varchar(255 No
 5)
serviceOffered varchar(30) No
referenceNumber varchar(13) No
paid varchar(20) No
review longtext No
Indexes
Keynam Typ Uniqu Packe Colum Cardinalit Collatio Nu Comme
e e e d n y n ll nt
PRIMAR BTRE Yes No id 23 A No
Y E

table_customer
Column Type Nu Defau Comment
ll lt s
id (Primary) int(11) No
firstname varchar(255) No
lastname varchar(20) No
email varchar(255) No
contactnumb bigint(11) No
er
p_address varchar(200) No
password varchar(255) No
code mediumint(5 No
0)
status text No
img varchar(255) No
dateJoined date Ye NULL
s
Indexes
 Keynam Typ Uniqu Packe Colum Cardinalit Collatio Nu Comme
e e e d n y n ll nt
PRIMAR BTRE Yes No id 10 A No
Y E

table_payment
Column Type Nu Defau Comment
ll lt s
id (Primary) int(255) No
clientemail varchar(25 No
5)
artistemail varchar(25 No
5)
referenceNumb varchar(13) No
er
trackingNumber varchar(25 No
5)
amount int(255) No
date date No
status varchar(25 No
5)

messages
Column Type Nu Defau Comment
ll lt s
msg_id int(11) No
(Primary)
incoming_msg_i int(255) No
d
outgoing_msg_i int(255) No
d
msg varchar(100 No
0)
Indexes
Keynam Typ Uniqu Packe Colum Cardinalit Collatio Nu Comme
e e e d n y n ll nt
PRIMAR BTRE Yes No msg_id 45 A No
Y E

MODULE 6
 Project Name:
Module Name:
Reference Document:
Created By:
Date of Creation:
Date of Review:

TEST TEST TEST PRE- TEST TEST EXPECTED POST- ACTUAL STATUS(PASS/
CASE ID SCENARIO CASE CONDITION STEPS DATA RESULT CONDITION RESULT FAIL)