Software Test Documentation for eStage Backstage Management System

Verified

Added on  2022/11/17

|20
|4069
|113
AI Summary
This document provides a detailed software test documentation for eStage Backstage Management System, including the system overview, test approach, test plan, test cases, and results. The document covers various aspects of testing, such as unit testing, integration testing, business requirement testing, and user acceptance testing. The test plan includes features to be tested, features not to be tested, testing tools and environment, and traceability matrix. The test cases cover use cases such as login, update profile, reboot module, and add/delete user.

Contribute Materials

Your contribution can guide someone’s learning journey. Share your documents today.
Document Page
Running head: SOFTWARE TESTING
Software Test Documentation
Name of the Student
Name of the University
Author’s Note

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
1
SOFTWARE TESTING
Table of Contents
1. INTRODUCTION..................................................................................................................2
1.1. System Overview............................................................................................................2
1.2. Test Approach.................................................................................................................3
2. TEST PLAN...........................................................................................................................4
2.1. Features to be tested........................................................................................................4
2.2. Features not to be tested..................................................................................................5
2.3. Testing tools and environment........................................................................................5
2.4. Traceability Matrix..........................................................................................................5
3. TEST CASES.........................................................................................................................6
3.1. Case 1..............................................................................................................................6
3.1.1. Purpose.....................................................................................................................7
3.1.2. Inputs........................................................................................................................7
3.1.3. Expected outputs & Pass/Fail Criteria.....................................................................7
3.1.4. Test Procedure..........................................................................................................7
3.2. Case 2..............................................................................................................................7
3.2.1. Purpose.....................................................................................................................8
3.2.2. Inputs........................................................................................................................8
3.2.3. Expected outputs & Pass/Fail Criteria.....................................................................8
3.2.4. Test Procedure..........................................................................................................8
3.3. Case 3..............................................................................................................................8
3.3.1. Purpose.....................................................................................................................8
Document Page
2
SOFTWARE TESTING
3.3.2. Inputs........................................................................................................................8
3.3.3. Expected outputs & Pass/Fail Criteria.....................................................................9
3.3.4. Test Procedure..........................................................................................................9
3.4. Case 4..............................................................................................................................9
3.4.1. Purpose.....................................................................................................................9
3.4.2. Inputs........................................................................................................................9
3.1.3. Expected outputs & Pass/Fail Criteria.....................................................................9
3.1.4. Test Procedure........................................................................................................10
4. Gantt Chart...........................................................................................................................12
5. Budget..................................................................................................................................13
Test Results......................................................................................................................14
Incident Report.................................................................................................................15
Conclusion................................................................................................................................16
Bibliography.............................................................................................................................18
1. INTRODUCTION
1.1. System Overview
This application eStage has been developed to manage the backstage online as well as the
designing is done in selection of role of every stakeholder who is associated with backstage
management. There is a need for the user to access the information system by logging into it
with selection of roles. The user can use the various features of the system by passing the
authentication mechanism. When a user successfully logs in, he is redirected to welcome
Document Page
3
SOFTWARE TESTING
page as well various links provided by a multitude of users. The user has a variety of options
to select like home, discipline, competitors, logoff as well as sections. Information about all
the processes can be obtained by the user on selection of appropriate option. The competitors
by putting in all the details can register in to the information system, they can also access
various functions with all those roles of different variety. It is similar to the stage manager
moving, withdrawing or changing the competitor sequence. The judgement results can also
be entered into this information system so that they can be used efficiently for future
purposes.
1.2. Test Approach
Different kinds of approaches need to be evaluated in case of software application testing.
After all the approaches has been evaluated, the nest among them needs to be selected to
develop backstage online management system. For any project, it is important to identify its
limitations, similarly in this project too it needs to be identified. This identification is done
with the help of scope analysis as well as project objective. The preparation of test document
is done by following certain testing methods given below.
Unit Testing This testing is done for code verification in this project as well as
development of logics so that it can be compared with the pre-existing framework. This is an
important testing to be performed as it is the last stage to develop software to reduce any
errors as well as bugs for the final product.
Integration Testing – The integration testing is used for testing functionality of the software
product that has been developed. This testing is done by segregating the product into different
modules and then assimilating it all together so that each module is compatible with each
other. To achieve this, another platform is required to be used so that it can be checked
whether it could be run on different hardware as well as software configuration.

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
4
SOFTWARE TESTING
Business requirement –
The backstage management online software needs to be tested as verification process is
necessary to meet the solution as well as reduction of errors in final or end product. This
software product that has been developed for information management as well as
functionality which the organization requires from the product. It is very important that the
final end product, i.e the software is properly aligned to the requirements of the business.
Apart from that various criteria needs to be met by this information system which requires
evaluation as well as testing software defects. There is a requirement thus to meet the various
test cases as well as test results needs documentation so that in future the information can be
used efficiently for increasing the performance of the system involved in this project.
User acceptance testing – The user acceptance testing needs to be done with the help of some
users who already know about this system and is able to test its usability, at the same time
giving a proper analysis. The final product’s interface needs development so that user does
not encounter problems while accessing the multitude of functions as well as end-to-end
information flow needs rectification for efficient working of system. All main participants of
users acceptance testing’s could be users toward whom whole information system is being
targeted while developing various test cases.
2. TEST PLAN
2.1. Features to be tested
The several certificates which were utilised for developing samples as well as functionalities
of data outputs is to be tested. Various artifacts which needs to be efficiently tested should
also be included into test plan to manage this information system. Documentation strategy of
very high level is to be used while also developing traceability matrix to identify output as
well as all inputs of this information system. Stakeholders modules which are involved into
Document Page
5
SOFTWARE TESTING
system is also to be individually developed and should be tested while integration of several
system modules on order to identify errors while developing systems.
2.2. Features not to be tested
The several security features which were implemented in information system is to be avoided
to be tested as they are not included into management of configurations while viewing several
controls in this information system. The several risks associated with information system
should also not considered while securing network from any unauthroised access by intruder.
2.3. Testing tools and environment
The test tools is to be selected to detect several faults that may be there in the information
system while tools should be meeting following features which are given below:
Full or partial monitoring of program codes which should be including the following:
o The simulator in instruction set is used to provide permissions to monitor in
instructional level while also providing trace facilities.
o Animation of several permissions as well as programs to provide
implementation and execution of conditional breakpoints in source level along
with machine code.
o Code report should also be covered.
Formatted dump or symbolic debugging along with allowing inspections of programs
to identify several errors for any chosen points.
Benchmark which might be used to compare performance run time.
Document Page
6
SOFTWARE TESTING
Performance analysis to highlight hotspots along with resource usage which also
should be highlighted.
2.4. Traceability Matrix
Role Responsibilities Name of the
Resource
System Testers Planning the exercises that is to given a trial
Execution of experiment
Evaluation of tasks report, IDs of several
mistakes which are there in project
Measurement of exertions which is required
to connect into product testing
Analysis of several aftereffects of these tests.
Tester_1
Tester_2
Tester_1
Tester_3
Tester_2
System Developers To build the products as per necessities of
customers
Cooperate with frameworks analyzers along
with giving inputs in regards with the
usefulness of this framework.
Share information’s as well as aptitude for
several applications they have created
Accept the related blunders along with
resolving it promptly
Developer_1
Developer_2
Developer_1
Developer_1
System Analysts Interview all the clients available
Creation of the prerequisite for running
business
Creation of several test situations while
improving the experiments
Analyst_1
Analyst_1
Analyst_2
Users Description along with evaluation are
necessities of businesses.
Reviewing as well as depicting profiles of
clients
User_1

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
7
SOFTWARE TESTING
Testing several acknowledgment made by
client
User_2
User_3
Administrators Installing the framework applications
Troubleshooting products as well as the
equipment’s.
data gathering of framework where ever it
may be running.
Admin_1
Admin_1
Admin_2
3. TEST CASES
3.1. Case 1
TC-1 Use Case- Login
3.1.1. Purpose
The testing is done considering no errors is face by users in the time of logging information
system.
3.1.2. Inputs
Dropdown list is utilized to select the users while input the related password to log in the
system, utilizing information system to manage backstage programs
3.1.3. Expected outputs & Pass/Fail Criteria
Information system should be logged in by users while redirecting them to welcome page in
the information systems. various roles are utilized to be used by users in this information
system and they should be redirected toward various separate links which depends on
responsibility and roles of these users.
Document Page
8
SOFTWARE TESTING
3.1.4. Test Procedure
To design test plans, several components which are there in information system is to be
divided in various components while defining procedures of testing. The main test has to be
bifurcated in non-functional as well as functional testing’s. Various methodology has been
followed to develop specific methodology while proceeding with test plans. The performance
as well as scalability of information system is to be identified to test several security
constraints. The various failures as well as defects has to be identified while considering
performance, usability, maintainability and securities of information system. System defects
could also cause failures in information system.
3.2. Case 2
TC-2 Use Case- Update Profile
3.2.1. Purpose
The test is performed for identifying the problems faced during login and editing the
information available in the information system.
3.2.2. Inputs
The edit option is used for editing or modifying the information that is previously inputted by
the user and updating the system with latest information.
3.2.3. Expected outputs & Pass/Fail Criteria
A confirmation message is needed to be displayed before performing the final update and
they are needed to be redirected for updating the information.
3.2.4. Test Procedure
The test plan is performed by involving different users and modifying the data with valid and
invalid data for identifying the performance of the information system against the different
Document Page
9
SOFTWARE TESTING
set of data. The result of the output of the query is needed to be tested with different data and
different methodology is used for modification and updating the data.
3.3. Case 3
TC-3 Use Case- Reboot Module
3.3.1. Purpose
The testing is done for identifying that all the features and functional modules gets
automatically started after performing the reboot.
3.3.2. Inputs
The reboot option is needed to be available to the admin and no other users of the information
system should not be able to reboot the system.
3.3.3. Expected outputs & Pass/Fail Criteria
After performing the reboot the admin and the other user needed to re login with their
username and password for getting access of their portal.
3.3.4. Test Procedure
The reboot is made from the admin account and all the functionality of the system is tested
for identifying that the functional modules starts automatically and it is done multiple times
such that positive result is obtained all the times.
3.4. Case 4
TC-4 Use Case- Add/Delete User
3.4.1. Purpose
New volunteers can be hired for the management of the system and thus for the management
of the information they are needed to be registered with the information system and new

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
10
SOFTWARE TESTING
accounts are needed to be created. In case any of the stakeholders leaves their account is
needed to be deleted such that they cannot have access of the information system.
3.4.2. Inputs
The admin account should have the functionality of creating new account and management of
the existing account such that the information system is balanced with users and old user
information are needed to be deleted such that the information system are secured from
external agents. An unique user name is needed to be inputted with the details of the roles and
functionality for creating the new account.
3.1.3. Expected outputs & Pass/Fail Criteria
IF the username already exists the new account cannot be created and an error message is
displayed for using unique username. The forgotten name is needed to be recovered and this
option is unavailable and the functionality is needed to be added.
3.1.4. Test Procedure
New account is opened with unique username and password and same names are tried for
opening another account. The error message is received and the files are created under each
of the account. On deleting the account, it is tried to keep the files and archive it as backup
and old files.
Experiment is conducted to perform tests which are mentioned previously. The results of
experiment have been written below.
Use case ID Description
UC_1 Login module
UC_2 Update Profile module
Document Page
11
SOFTWARE TESTING
UC_3 Reboot module
UC_4 Add or delete user module
UC_5 Add or Delete node module
UC_6 Power up module
The several test cases have been defined in above as well as following tables has been created
to add test case description along with use case and result.
Test
Case
Use
Case
ID
Description Result
TC-1 UC-1 Dropdown list is to be
utilized for selecting role
of users.
The validation of password and
username is checked while granting
user to have access of system.
Document Page
12
SOFTWARE TESTING
TC-2 UC-2 Information residing into
the information systems
are edited along with
updating several views to
select profile sections of
users.
After successful update of system,
pop-up message has to be displayed
while confirming users along with
redirecting to profile page.
TC-3 UC-3 Reboot option is clicked
along with linking of
nodes which are listed in
node list.
Generation of pop-up message is
done immediately after rebooting
while readying machine status to
handle several different programs.
TC-4 UC-4 System admin will
manage delete and add
function while users
managing operational
control.
After creating users successfully,
pop-up messages appear.
TC-5 UC-5 The admin then clicks on
button for nodes while
selecting delete/add node
options.
The confirmation screens have
been displayed to verify several
selected nodes which might be
deleted as well as added.
TC-6 UC-6 After the nodes have been
listed, admin does click
nodes button. After
which, red power buttons
On startup, message have been
displayed which makes button
color into green.

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
13
SOFTWARE TESTING
are then clicked.
TC-7 UC-7 Account options could be
used to list several user’s
menus through
management system of
online backstage.
Users list is generated with types
and the related names.
4. Gantt Chart
Task Activity Completion Date
Creation of the project
test plan
Test Plan document Version 1.0 13/08/2019
Development of the
test environment
Hardware and software elements 20/08/2019
Recording and
execution of the test
case
Collection, Test Plan Document
version 1.0, Test Result Document
27/08/2019
Analysis of the errors
and tracking the
changes in the plan to
be enforced
Unit Testing Results Document 03/08/2019
Integration testing Test Plan Document V 1.0 10/09/2019
Project acceptance Test Plan Document V 1.0 17/09/2019
Document Page
14
SOFTWARE TESTING
5. Budget
Task Name Cost
Testing of online backstage management system $10,550.00
Understanding Requirement $1,200.00
Establishment of Traceability Matrix $750.00
Test Case Development $1,900.00
Peer review of the Test Cases $500.00
Incorporation of review comment in test case $350.00
Execution of the steps in test case $450.00
Mark the status Pass or Fail $450.00
Raise defects for the test case that has failed $1,400.00
Document Page
15
SOFTWARE TESTING
Sending daily status of test to team lead $1,650.00
Completion of execution of test for the test cases $1,250.00
Test Results
Test
Case
Use
Case
ID
Description Result
TC-1 UC-1 The user need to select
the role from the drop
down role
The access of the user is managed
by validating username and
password
TC-2 UC-2 The profile section is
selected by modifying,
updating or deleting
entries from the database
The user is needed to be notified
with a proper message for
confirming the changes and
returning to the profile of the user
TC-3 UC-3 The user can select a
reboot option and display
available node list with all
the available information
about the nodes
A message is conveyed after
successfully completing the reboot
with the current programs running
and status for handling program
TC-4 UC-4 Add and delete option
management and
monitoring and
Display success or failed message
on completion of the action.

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
16
SOFTWARE TESTING
administrating the control.
TC-5 UC-5 Linking or deleting nodes
from the admin profile
Confirmation dialogue display on
success of the action taken.
TC-6 UC-6 Management of the node
by activating or
deactivating it from the
admin portal.
Message display on startup for
management of the node status
TC-7 UC-7 Listing menus when
clicking on options and
management accounts of
OBMS
Generating list of users with their
type and name details.
Incident Report
The system needs to generate notification for the different users associated with the
development of the information system and the users. The notification that are needed to be
generated are discussed below:
Alert generated for the software development team such that they can eliminate the
errors in the codes and increase the efficiency of the system
The test rules are needed to be defined and the team is needed to be notified about the
roles and responsibility of the tester
For performing the usability testing some personnel is needed to be assigned for
testing the system functionality
Document Page
17
SOFTWARE TESTING
The report of any incident occurring during the test is performed is needed to be reported to
the upper management level and email is needed to be used for the reporting. The information
about the contract is identified and the following details should be contained in the report
such as:
Incident description
Contact information of testing team
Effort status and determining the incident cause.
Conclusion
To make test designs more effective, several distinctive advances is required to taken after.
This includes examples such as depicting test plans which have been separated additionally
into the portrayal of strategy for tests along with depiction of several of the experiments. The
next effective stage is executions of these testing along with siding away occurrences of these
reports while making the test log. Making a synopsis on test reports is last advance. Fulfilling
several necessities which have been portrayed in test design while introducing reasonable,
quantifiable and repeatable techniques of testing are among some of the known principle
objectives. The several usefulness of segments of present variant have been observed and
have been assessed to know the related mistakes which might be causing some irregularities
could also be mitigated while enhancing quality of the programming items.
Document Page
18
SOFTWARE TESTING
Bibliography
Böhme, M., & Paul, S. (2016). A probabilistic analysis of the efficiency of automated
software testing. IEEE Transactions on Software Engineering, 42(4), 345-360.
Considine, C., Crowley, S., Gardner, G., Shannon, C., Kwinn, M. J., Henderson, S. J., &
Santamaria, P. (2016, April). Architecting a development and testing plan for the
Army's common operating environment: Applying agile systems of systems
development to army network acquisition. In Systems Conference (SysCon), 2016
Annual IEEE (pp. 1-6). IEEE.
Dalal, S., & Hooda, S. (2018). ASPECT-ORIENTED SOFTWARE TESTING
TECHNIQUES: A REVIEW. International Journal of Advanced Research in
Computer Science, 9(2), 211.
Fraser, G. (2017, May). Gamification of software testing. In 2017 IEEE/ACM 12th
International Workshop on Automation of Software Testing (AST) (pp. 2-7). IEEE.
Garousi, V., & Mäntylä, M. V. (2016). A systematic literature review of literature reviews in
software testing. Information and Software Technology, 80, 195-216.
Garousi, V., & Mäntylä, M. V. (2016). When and what to automate in software testing? A
multi-vocal literature review. Information and Software Technology, 76, 92-117.
Harman, M., Jia, Y., & Zhang, Y. (2015, April). Achievements, open problems and
challenges for search based software testing. In 2015 IEEE 8th International
Conference on Software Testing, Verification and Validation (ICST) (pp. 1-12). IEEE.
Hass, A. M. (2014). Guide to advanced software testing. Artech House.
Ibarra, R., & Rodriguez, G. (2018, September). SoTesTeR: Software Testing Techniques’
Recommender System Using a Collaborative Approach. In Annual International

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
19
SOFTWARE TESTING
Symposium on Information Management and Big Data (pp. 289-303). Springer,
Cham.
Jorgensen, P. C. (2016). Software testing: a craftsman’s approach. CRC press.
Kassab, M., DeFranco, J. F., & Laplante, P. A. (2017). Software testing: The state of the
practice. IEEE Software, 34(5), 46-52.
Lewis, W. E. (2016). Software testing and continuous quality improvement. CRC press.
Lewis, W. E. (2016). Software testing and continuous quality improvement. CRC press.
Mao, K., Harman, M., & Jia, Y. (2016, July). Sapienz: Multi-objective automated testing for
Android applications. In Proceedings of the 25th International Symposium on
Software Testing and Analysis (pp. 94-105). ACM.
Mathur, A. P. (2013). Foundations of Software Testing, 2/e. Pearson Education India.
opencodez. (2017). 4 steps to create Requirement Traceability Matrix (RTM) - Free Sample
to download - opencodez. [online] Available at: http://www.opencodez.com/software-
testing/create-requirement-traceability-matrix-rtm-free-sample-download.htm
[Accessed 28 May 2019].
Rathi, M., & Jain, S. (2019). A Review on Software Testing Techniques. Available at SSRN
3372981.
Sadath, L., & Nair, R. (2019, April). Oncological Inspired Techniques for Intelligent
Software Testing. In 2019 Amity International Conference on Artificial Intelligence
(AICAI) (pp. 327-333). IEEE.
1 out of 20
circle_padding
hide_on_mobile
zoom_out_icon
[object Object]

Your All-in-One AI-Powered Toolkit for Academic Success.

Available 24*7 on WhatsApp / Email

[object Object]