Professional Documents
Culture Documents
Index
1. INTRODUCTION
2. BUSINESS BACKGROUND
3. TEST OBJECTIVES
4. SCOPE
5. TEST TYPES IDENTIFIED
6. PROBLEMS PERCEIVED
7. ARCHITECTURE
8. ENVIRONMENT
9. FUNCTIONALITY
10.SECURITY
11.PERFORMANCE
12.USABILITY
13.TEST TEAM ORGANIZATION
14.SCHEDULE
15.CONFIGURATION MANAGEMENT
Test plan
1. Introduction
This test plan is designed to:
Describe the approach used by tester during testing.
Organize and implement the test process.
Describe the testing strategy and steps.
2. Business Background
The following product is Meta platforms.
It is a product from Meta which is freeware, cross platform,
centralized instant messaging and voice-over-IP
More than 5 billion active users are present on WhatsApp.
Approximately market value of WhatsApp is around 19 billion dollors
3. Test Objectives
The Objective of this assessment was to check and validate the overall
functionality of the software as per the described requirements. This includes
the functions like proper person to person chatting, proper behavior of whole
system, synchronization between the various functions, voice call and video
call, payment on whatsapp, group setting, privacy setting on whatsapp, voice
messages , linked devices, community setting etc
The main objective is to see the working structure of WhatsApp
application and see the proper synchronization of all features with each
other.
4. Scope
As per objectives, the initial scope is to check all
Major/minor functionalities of the ‘WhatsApp’ software.
Inclusions:
a. Firstly for testing will be done after development so the black
box testing will be done.
b. The ‘WhatsApp’ itself will be used for testing.
c. The latest version of WhatsApp is used.
Exclusions:
a. The testing approach like white box testing will not be used, because the
‘WhatsApp’ software is already developed.
b. Since some testing can only be done during the development process but
this software is already developed by Meta so some testing like Unit
testing, Integration testing , System testing cannot be done.
6. Problems Perceived
a. Test cases were challenging to design while unclear functional
specifications.
b. It was difficult to identify all possible inputs in limited testing
time.
c. It was difficult to identify all possible inputs in limited amount of
time. As result making test case can be slow and difficult.
d. It was difficult to identify tricky inputs because of the test cases are
not developed based on specification.
e. There might be some errors in some internal structure or any logic
which cannot found now by our black box testing.
7. Architecture
Following is the architecture of WhatsApp application which consist
various modules
8. Environment
The following project was tested in Android operating system as it is a
mobile application. Except that no other special tools or framework were
used for the testing.
9. Functionality
Sr. No Test Scenarios
Test strategy
Scope
• Reviewing documents, approving documents and carrying out
tests are done by testers, Pratiksha Jadhav, Sakshi Shinde
Test activities Done by Timeline
Test approach
• Process of testing:
The first individual module was taken for testing and analyzed. The
module was reviewed and specifications were noted. According to the
main functionality of the module test cases were created and executed.
The output was acknowledged and its status was updated in test cases.
• Roles and responsibilities of each team member
1. Sakshi Shinde: Analyzing the module and the specifications of
the product.
2. Pratiksha Jadhav: Creating the test cases as per the
requirements and the specifications of the modules.
3. Pratiksha Jadhav: Executing the test cases provided by team
members and getting the results.
Sakshi Shinde: Reviewing the test results and setting a status in test
cases either pass or fail.
• Type of testing:
The functionality testing was done on this module.
• Testing approach used:
The analytical approach was used for the testing. No extra special
automation tools were used in testing, whole testing is done manually.
Test Environment
Windows operating system was used, any version of windows can be
used. For setup, the ‘Notepad’ is used as it is already installed in
windows. There was no need of backup so nothing for backup was used.
Testing tools:
For testing no special tools were used, only single ‘Notepad’ was
used.
Risk analysis.
No risk or defects were found.
Review
All these activities are reviewed and signed off by the team members.
Everything in this module was perfect and fine. No risks, defects or
bugs were found.
10. Security
Sr. No Scenarios
9. Check that user is able to set the status or not on the WhatsApp app
10. Check that user able to send the WhatsApp message to any WhatsApp
contact
11. Check that user can able to make call to a correct contact
Test approach
• Process of testing:
The first individual module was taken for testing and analyzed. The
module was reviewed and specifications were noted. According to the
main functionality of the module test cases were created and executed.
The output was acknowledged and its status was updated in test cases.
• Roles and responsibilities of each team member
1. Pratiksha Jadhav: Analyzing the module and the specifications
of the product.
2. Pratiksha Jadhav: Creating the test cases as per the
requirements and the specifications of the modules.
3. Sakshi Shinde: Executing the test cases provided by team
members and getting the results.
4. Pratiksha Jadhav: Reviewing the test results and setting a status
in test cases either pass or fail.
• Type of testing:
The security testing was done on this module.
• Testing approach used:
The analytical approach was used for the testing. No extra special
automation tools were used in testing, whole testing is done manually.
11. Usability
Sr. No Scenarios
7. Verify that user can share or receive a contact with the other person
8. Verify that user can send and receive message in group chats
Verify the user can mark chats as favorite and access all chats marked
9. as favorite from the Favorites section.
Test approach
• Process of testing:
The first individual module was taken for testing and analyzed. The
module was reviewed and specifications were noted. According to the
main functionality of the module test cases were created and executed.
The output was acknowledged and its status was updated in test cases.
• Roles and responsibilities of each team member
5. Pratiksha Jadhav: Analyzing the module and the specifications
of the product.
6. Pratiksha Jadhav: Creating the test cases as per the
requirements and the specifications of the modules.
7. Sakshi Shinde: Executing the test cases provided by team
members and getting the results.
8. Pratiksha Jadhav: Reviewing the test results and setting a status
in test cases either pass or fail.
• Type of testing:
The usablity testing was done on this module.
• Testing approach used:
The analytical approach was used for the testing. No extra special
automation tools were used in testing, whole testing is done manually.
12.Performance
Sr. No Scenarios
Each member has given some specific responsibilities and roles according to
their skills and knowledge. Every individual member has to perform their
own task to with collaboration to do effective testing with great efficiency.
14. Schedule
The testing should start from day 1 December 2022 to 10 December 2022
by following specified schedule.