Test Plan
Version 1.0
Prepared by:
Linus Wahome Kingori
Marcus Vinicius Santos Nogueira
Kamala keerthy Kola
Supervised by:
Dr. Hitesh Gupta
December 2020
Table of Contents
1. TEST PLAN IDENTIFIER 4
2. INTRODUCTION 4
2.1 OBJECTIVES 4
2.2 DEFINITIONS 4
3. TEST ITEMS 5
4. APPROACH 5
4.1 UNIT TESTING 6
4.2 INTEGRATION TESTING 6
5. TEST CASES 6
Test case definitions 7
5.1 TEST CASE 1 – General 8
5.2 TEST CASE 2 – ADD BUS 9
5.3 TEST CASE 3 – RESERVERVATION 9
5.4 TEST CASE 4 – RESERVERVATION 10
5.5 TEST CASE 5 – RESERVERVATION 11
5.6 TEST CASE 6 – RESERVERVATION 12
5.7 TEST CASE 7 – SHOW MENU 12
5.8 TEST CASE 8 – SHOW MENU 13
5.9 TEST CASE 9 – SHOW MENU 14
5.10 TEST CASE 10 – SHOW MENU 14
5.11 TEST CASE 11 – SHOW MENU 15
5.12 TEST CASE 12 – BUSES AVAILABLE MENU 15
5.13 TEST CASE 13 – BUSES AVAILABLE MENU 16
5.14 TEST CASE 14 – BUSES AVAILABLE MENU 16
5.15 TEST CASE 15 – EXIT MENU 17
6. Test Execution 18
BUG IMAGES 19
TEST CASE 1 19
TEST CASE 9 19
TEST CASE 11 20
TEST CASE 14 21
7. TEST DELIVERABLES 21
8. TEST PLAN APPROVAL 22
1. TEST PLAN IDENTIFIER
Information technology (IT) ticketing system
2. INTRODUCTION
The primary purpose of the test plan for the Information technology (IT) ticketing system is to explain the testing details of the use cases of this system. The project test plan describes the scope, objectives, specify the approach taken to testing this application and define the deliverables expected. The test plan for the system also indicates the personnel responsible for each task and also specifies the risks associated with the test plan.
2.1 OBJECTIVES
The principal objectives of the test plan for the IT ticketing system are as follows:
To Define the scope of what will be tested.
To identify the features that will be tested.
To define all the activities necessary to prepare for and conduct the testing process on the System
To Specify how the testing results will be evaluated.
Organise the activities and timescales.
To define the pass and fail criteria for each item that will be tested.
To Estimate the risks to testing plan and how to mitigate them.
Define the deliverables expected.
To define any suspension criteria and resumption techniques
2.2 DEFINITIONS
Follow below some of the definitions and terms that are related to the test plan of the Bus ticket booking.
Pass/Fail criteria: Rules and that are used to determine whether a software item passes or fails a test.
Anomaly: Any condition that varies from expectations based on design documents, requirements specifications, standards etc. It is often used to find anomalies by testing the software.
Test execution: A collection of one or more test cases on the test of the environment.
Test Item: A software item that is an objective of testing.
Test Plan: A document describing what should be tested by whom, when, how, and why. It is based on scope, approach, resources defined during the Software Requirements Specifications (SRS) Process
Test Summary Report: A document summarizing all process and outcomes that include the results and testing activities.
Testing: The process of analysing and testing a software item to detect the differences between the existing and required conditions.
SRS: will allow for a complete understanding of what is needed for this system.
Software Design Specification (SDS): The purpose of the Software Design Document (SDS) is to describe a system’s design that wants to ensure that the final output application meets all the end customer requirements specified at the beginning of the project. It is a description of the software components and sub-systems to be provided as part of the product. It contains specific information about the expected classes, functions, input, and outputs.
TEST ITEMS
This section of the test plan lists all the items of the Bus booking ticket System project that will be tested:
Add Bus
Make a reservation
Show reservation
Buses Available
APPROACH
Describes the overall approach for testing the Bus booking ticket. A test approach is the test strategy that defines how testing should be carried out. There are two techniques: Proactive – An approach in which the test design process is initiated as early as possible in order to find and fix the defects before the build is created and Reactive – An approach in which the testing is not started until after design and coding is completed.
4.1 UNIT TESTING
During the unit testing, every module will be tested trying to check for errors. We will try to discover the mistakes in the code of the Bus ticket online System. We want to isolate each part of the program and correct bugs. In the case of our application, all menus and the C++ functions will be tested. The main benefits for this this are:
Unit testing saves time and money
Unit testing helps gauge performance.
Unit testing improves code coverage and reduce code complexity
The disadvantages are for example it might not identify every errors.
4.2 INTEGRATION TESTING
In Integration Testing, the individual software modules are combined and tested as a whole unit. The integration testing generally follows unit testing where each module is tested as a separate unit. The main purpose of the integration testing is to test the functional and performance requirements on the major items of the project.
All the modules of the project developed individually would be combined together and tested as a whole system in the integration testing.
5. TEST CASES
The following are the test cases for the Buses booking System:
GENERAL
Customer specified an invalid option in the main menu
ADD BUS
Admin try to add a bus without specifying a bus number, Drivers name, Arrival time, departure, from and to
Reservation
The customer tries to book a non-existent seat, For example, we have 32 seats available, and the customer tries to book seat 33.
Check whether the user can book seat already booked.
Check if the customer can book a ticket using an invalid bus number.
User tries to Book a ticket without inform seat number, passenger name.
Show menu.
User tries to access informing a wrong bus number.
User tries to access without informing a bus number.
Check if the search result has the details like the availability of seats.
Check if the user is getting the real-time results of the buses like all seats available and the seats already reserved.
Check if the available seats are being visualized twice
.
Buses available
Check whether the application is showing all information about the bus specified: Driver name, Arrival time, Departure time, From, To and bus number
Check whether show all buses available
Check whether all information about the buses is clear and well presented
Exit
Check if the customer or admin can leave the system.
Test case definitions
ID
ID of the test case.
TC-