0% found this document useful (0 votes)
843 views11 pages

Capstone Project Testing Checklist

This document outlines test cases for an IT capstone project to develop a registration and booking system. It includes 11 parts testing various modules of the system: 1) User registration testing data validation and addition to the database. 2) Activity registration testing creation of activities. 3) Package creation testing building packages from registered activities. 4) Appointment request management testing approving and denying requests. 5) Agent assignment testing assigning agents to clients. 6) Sales history monitoring testing viewing client purchase histories. 7) Announcement creation testing adding announcements. 8) Announcement management testing modifying announcements. 9) Appointment requesting testing client requesting appointments. 10

Uploaded by

Niko Mendoza
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
843 views11 pages

Capstone Project Testing Checklist

This document outlines test cases for an IT capstone project to develop a registration and booking system. It includes 11 parts testing various modules of the system: 1) User registration testing data validation and addition to the database. 2) Activity registration testing creation of activities. 3) Package creation testing building packages from registered activities. 4) Appointment request management testing approving and denying requests. 5) Agent assignment testing assigning agents to clients. 6) Sales history monitoring testing viewing client purchase histories. 7) Announcement creation testing adding announcements. 8) Announcement management testing modifying announcements. 9) Appointment requesting testing client requesting appointments. 10

Uploaded by

Niko Mendoza
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
  • Web Platform Testing
  • Mobile Platform Testing

INFORMATION TECHNOLOGY DEPARTMENT

CAPSTONE PROJECT DEVELOPMENT


CHECKLIST

Test Cycle: Date of Testing: Test Data Source:

Part 1 User Registration - WEB


Module or Screen: Objectives:

Registration Create user account


WEB (70%)

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-1 Enter the user’s data with the - Data is
following field for validation. validated
1. Firstname - Record is
2. Middlename added to the
3. Lastname database
4. Birthday - Redirect to
5. Home Address database
6. Age
7. Email Address
8. Company Name
9. Position
10. Username
11. Password
12. Usertype
Test Cycle: Date of Testing: Test Data Source:

Part 2 Activity Registration - Web


Module or Screen: Objectives:

Create Activity Create an activity

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-2 Create an activity for creating - Data is
package or individual activity validated
registration using the following - Record is
field added to the
1. Activity Name database
2. Activity Description
3. Activity Price - Redirect to
database
Test Cycle: Date of Testing: Test Data Source:

Part 3 List of Package - Web


Module or Screen: Objectives:

Create Package Create a package using the list of activities

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-3 Create a package by using the - Data is
activities registered in the validated
database. - Record is
added to the
1. Enter a package name database
2. Enter a package description - Redirect to
3. Select an activity database
4. Enter the package price

Test Cycle: Date of Testing: Test Data Source:

Part 4 Appointment Request - Web


Module or Screen: Objectives:

Manage Appointment Request Approve or disapprove client’s appointment request


Test Test Steps Expected Results Actual Results Pass / Fail
Case #
1-4 The administrator monitor and - Data is
manage the appointment request. validated
The administrator approved or - Record is
disapproved request by monitoring added to the
the: database
1. The request date - Redirect to
2. The client’s availability database
3. Initial down-payment of
P500.00
If the client does not meet the
requirements. The administrator
will disapproved the request. The
administrator will click the button
to notify the client.
Test Cycle: Date of Testing: Test Data Source:

Part 7 Announcement - Web


Module
Test or Screen: Test Steps Objectives: Expected Results Actual Results Pass / Fail
Case #
Test Cycle: Date of Testing: Test Data Source:
Create
1-5 announcement
The administrator will Create
assign an
theannouncement
- Data is
Part 5 agent for the client by: validated Assign Agent - Web
1. Select the agent
Module or Screen: for the
Objectives: - Record is
client added to the
Assign Agent2. Click “Assign” Button
Assign agent for the database
nearest client.
- Redirect to
database

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-6 Monitor the sales history of each - Data is
client by clicking the “view” validated
button to see the sales history. - Record is
added to the
database
- Redirect to
Test Cycle: Date of Testing: Test Data Source:
database
Part 6 List of sales - Web
Module or Screen: Objectives:

Sales History Monitor the history of sales

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-7 The curator will create the - Data is
announcement by entering the validated
following fields:
1. Announcement Title - Record is
2. Announcement Heading added to the
3. Announcement Date of database
Published - Redirect to
4. Author database
5. Content

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-8 The curator have a privilege delete, - Data is
Modify, hide, or show the validated
announcement by: - Record is
1. Select an announcement added to the
2. Select a butt database
- Redirect to
database
Test Cycle: Date of Testing: Test Data Source:

Part 8 Announcement - Web


Module or Screen: Objectives:

Manage announcement Delete, Modify, hide, or show the announcement


Test Cycle: Date of Testing: Test Data Source:

Part 9 Request Appointment - Web


Module or Screen: Objectives:

Appointment Request Request an Appointment

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-9 The client will select the - Data is
appointment by: validated
1. Click the date of desired - Record is
appointment added to
2. Wait for the approval of the
administrator. database
- Redirect to
database

Test Cycle: Date of Testing: Test Data Source:


Part 10 Activity/Package request - Web
Module or Screen: Objectives:

Manage Package/Activity Monitor the Package or the activity request.


Request

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-10 The client allows to cancel or - Data is
monitor the request by: validated
1. Select the request to view - Record is
the details added to
2. Select “cancel” button if the the
client want to cancel the database
request - Redirect to
database

Test Cycle: Date of Testing: Test Data Source:

Part 11 Activity/Package request - Web


Module or Screen: Objectives:

View Ticket History View the ticket history of each event.

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-11 The client allows to view the ticket - Data is
history by: validated
1. Select the package or - Record is
activity requested. added to
2. Click the “view details” the
button to see the details database
- Redirect to
database

Test Cycle: Date of Testing: Test Data Source:

Part 12 Appointments - Web


Module or Screen: Objectives:

Manage Appointment View the appointments assigned by admin


Test Test Steps Expected Results Actual Results Pass / Fail
Case #
1-12 The agent allows to manage the - Data is
appointments assigned by admin validated
by: - Record is
1. Select the client added to
appointment the
2. To view details, click the database
“view” button - Redirect to
3. To cancel request, click the database
“cancel” button

Test Cycle: Date of Testing: Test Data Source:

Part 13 Tickets - Web


Module or Screen: Objectives:

Ticket Management Assign Ticket to the client

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
1-13 The agent allows to assigned the - Data is
ticket purchased by the user by: validated
1. Enter the number of tickets - Record is
2. Click the “assign” to assign added to
the number of tickets. the
database
- Redirect to
database

Test Cycle: Date of Testing: Test Data Source:

Part 14 Appointment - Web


Module or Screen: Objectives:

Appointment History View the appointment history


Test Test Steps Expected Results Actual Results Pass / Fail
Case #
1-14 The agent allows to view the - Data is
appointment history of each client validated
by: - Record is
1. Clicking the selected added to
package/activity of client the
2. Click the “view” button for database
details - Redirect to
database

________________________________________________________
PROJECT ADVISER’S SIGNATURE OVER PRINTED NAME

MOBILE (30%)

Test Cycle: Date of Testing: Test Data Source:

Part 1 Announcement - Mobile


Module or Screen: Objectives:
Create announcement Create an announcement

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-1 The curator will create the - Data is
announcement by entering the validated
following fields: - Record is
1. Announcement Title added to the
2. Announcement Heading database
3. Announcement Date of - Redirect to
Published database
4. Author
3. Content

Test Cycle: Date of Testing: Test Data Source:

Part 2 Announcement - Mobile


Module or Screen: Objectives:

Manage announcement Delete, Modify, hide, or show the announcement

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-2 The curator have a privilege delete, - Data is
Modify, hide, or show the validated
announcement by: - Record is
3. Select an announcement added to the
4. Select a butt database
- Redirect to
database
Test Cycle: Date of Testing: Test Data Source:

Part 3 Request Appointment - Mobile


Module or Screen: Objectives:

Appointment Request Request an Appointment

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-3 The client will select the - Data is
appointment by: validated
3. Click the date of desired - Record is
appointment added to
4. Wait for the approval of the
administrator. database
- Redirect to
database

Test Cycle: Date of Testing: Test Data Source:

Part 4 Activity/Package request -


Mobile
Module or Screen: Objectives:

Manage Package/Activity Monitor the Package or the activity request.


Request

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-4 The client allows to cancel or - Data is
monitor the request by: validated
3. Select the request to view - Record is
the details added to
4. Select “cancel” button if the the
client want to cancel the database
request - Redirect to
database

Test Cycle: Date of Testing: Test Data Source:

Part 5 Activity/Package request -


Mobile
Module or Screen: Objectives:

View Ticket History View the ticket history of each event.

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-5 The client allows to view the ticket - Data is
history by: validated
3. Select the package or - Record is
activity requested. added to
4. Click the “view details” the
button to see the details database
- Redirect to
database

Test Cycle: Date of Testing: Test Data Source:

Part 6 Appointments - Mobile


Module or Screen: Objectives:

Manage Appointment View the appointments assigned by admin

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-6 The agent allows to manage the - Data is
appointments assigned by admin validated
by: - Record is
4. Select the client added to
appointment the
5. To view details, click the database
“view” button - Redirect to
6. To cancel request, click the database
“cancel” button

Test Cycle: Date of Testing: Test Data Source:

Part 7 Tickets - Mobile


Module or Screen: Objectives:

Ticket Management Assign Ticket to the client

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-7 The agent allows to assigned the - Data is
ticket purchased by the user by: validated
3. Enter the number of tickets - Record is
4. Click the “assign” to assign added to
the number of tickets. the
database
- Redirect to
database
Test Cycle: Date of Testing: Test Data Source:

Part 8 Appointment - Mobile


Module or Screen: Objectives:

Appointment History View the appointment history

Test Test Steps Expected Results Actual Results Pass / Fail


Case #
2-8 The agent allows to view the - Data is
appointment history of each client validated
by: - Record is
4. Clicking the selected added to
package/activity of client the
5. Click the “view” button for database
details - Redirect to
database

________________________________________________________
PROJECT ADVISER’S SIGNATURE OVER PRINTED NAME

Common questions

Powered by AI

The CAPSTONE Project structures its test cycles by aligning each cycle with specific objectives, such as user registration, activity creation, package creation, appointment management, and sales monitoring. Each test cycle consists of detailed test steps and expected results that validate various functionalities. This structured approach ensures comprehensive testing, accurate database recordings, and system reliability, contributing to achieving the overall project objectives .

Creating an announcement within the CAPSTONE Project requires the following fields: Announcement Title, Announcement Heading, Announcement Date of Published, Author, and Content. Once these fields are entered and data is validated, the record is expected to be added to the database, and the user is redirected, ensuring the announcement is ready for viewing or managing .

A curator in the CAPSTONE Project Development Checklist has the privilege to delete, modify, hide, or show announcements. This involves selecting an announcement and then choosing the relevant action. All actions must go through data validation and are recorded in the database, ensuring updates reflect accurately in the announcements module .

Monitoring the sales history of each client within the CAPSTONE Project system involves accessing the 'Sales History' module. The administrator or relevant agent clicks the 'view' button to watch the detailed transaction history. This process requires data validation at each step, ensuring accurate database records and client information access. The objective is to maintain a clear historical record of all transactions, enabling accurate reporting and client management .

The management of appointment requests in the CAPSTONE Project involves the administrator monitoring and managing requests by examining the request date, the client’s availability, and ensuring an initial down-payment of P500.00 is met. If these requirements are not fulfilled, the administrator disapproves the request and notifies the client by clicking a button. This process ensures validated data is saved in the database, and the user is redirected accordingly .

The objective of the 'User Registration - WEB Module' test cycle is to create a user account. This involves entering and validating various user data fields such as Firstname, Middlename, Lastname, Birthday, Home Address, Age, Email Address, Company Name, Position, Username, Password, and User type to ensure that the data is added to the database and the user is redirected to the database .

To create a package using registered activities in the CAPSTONE Project framework, the user must enter a package name and description, select an activity from the database, and enter the package price. After these steps, the data is validated to ensure correctness, the record is added to the database, and the user is redirected to see the updated information .

The administrator role in the CAPSTONE Project is effective in managing client interactions through its comprehensive oversight functions, such as reviewing appointment requests, validating client data, and approving or disapproving requests based on set criteria. This role ensures all interactions are validated, recorded correctly in the database, and followed by user redirection, maintaining system integrity and client satisfaction .

The CAPSTONE Project system allows agents to manage ticket assignments by entering the number of tickets purchased by a user and clicking the 'assign' button. This initiates data validation, after which the ticket records are added to the database, and the client is redirected, ensuring the tickets are appropriately allocated and recorded .

Clients in the CAPSTONE Project are enabled to manage their requests and ticket histories by selecting the relevant package or activity, viewing detailed histories through the 'view details' button, and having the option to cancel any request by selecting the 'cancel' button. Data is validated during this process to ensure accurate database updates and facilitate user redirection .

CAPSTONE PROJECT DEVELOPMENT 
CHECKLIST 
 
 
WEB (70%) 
 
Test 
Case # 
Test Steps 
Expected Results 
Actual Results 
Pass /
3. Activity Price 
- 
Redirect to 
database 
 
Test 
Case # 
Test Steps 
Expected Results 
Actual Results 
Pass / Fail 
1-3
Test Cycle: 
 
Part 6 
Date of Testing: 
 
 
Test Data Source: 
 
List of sales - Web 
Module or Screen: 
 
Sales H
Test Cycle: 
 
Part 9 
Date of Testing: 
Test Data Source: 
 
Request Appointment - Web 
Module or Screen: 
 
Appointment
Part 10 
 
Activity/Package request - Web 
Module or Screen: 
 
Manage Package/Activity 
Request 
Objectives: 
 
Monitor th
Test 
Case # 
Test Steps 
Expected Results 
Actual Results 
Pass / Fail 
1-12 
The agent allows to manage the 
appointments
Test 
Case # 
Test Steps 
Expected Results 
Actual Results 
Pass / Fail 
1-14 
The agent allows to view the 
appointment hist
Create announcement 
 
Create an announcement 
 
Test 
Case # 
Test Steps 
Expected Results 
Actual Results 
Pass / Fail 
2
3. Click the date of desired 
appointment 
4. Wait for the approval of 
administrator. 
- 
Record is 
added to 
the 
database
4. Click the “view details” 
button to see the details 
the 
database 
- 
Redirect to 
database 
 
Test Cycle: 
 
Part 6 
Dat

You might also like