Professional Documents
Culture Documents
Uu (Projectname) TestCases
Uu (Projectname) TestCases
Uu (Projectname) TestCases
Project Name
Revision 0.2
Revision History
Version
Date
Prepared By
Reviewed by
0.1
Draft version/Template
Ravi. Ch
Vamshi. K
0.2
Added content at
Introduction & TC table
Vamshi. K
2 of 9
Table of Contents
1
INTRODUCTION ............................................................................................................................................ 5
1.1
1.2
1.3
SCOPE ................................................................................................................................................................5
TARGET AUDIENCE ...............................................................................................................................................5
REFERENCES ........................................................................................................................................................5
GLOSSARY ..................................................................................................................................................... 8
3 of 9
Table of Figure
Figure 1.
4 of 9
1 Introduction
This document specifies the test cases for <module / system> testing of Project Name.
<<<Write about the project in a paragraph. >>>
1.1 Scope
<<<Explain what is covered in this document and what is not in the scope of this document>>>
1.3 References
<<< Based on the project and the scope of this document, the references may include
Specifications, Contract document, Statement of Work, SyRS, SRS, HRS, Design docs, Test plan,
test design & procedure documentation, etc.>>>
5 of 9
Figure 1.
Functional diagram
2.2 Pre-requisites
<<<Overall pre-requisites/conditions should be listed here, if any>>>
1.
2.
3.
4.
First pre-requisite
Second pre-requisite
Third pre-requisite
Fourth pre-requisite
6 of 9
3 Test Cases
<<< A test case in software engineering is a set of conditions or variables under which a quality
control engineer will determine whether an application or software system is working correctly
or not. >>>
<<<< Categorize test cases. The categorization of requirements in SyRS/SRS can be used as
reference. Create sub-sections, based on those categories >>>
Test Identifier
Test Name
Test Description
Requirements Addressed
Pre-requisite/condition
Test Input
Test Procedure
Test Result (Expected)
Post-condition (optional)
PROJECTNAME_TC_MODULENAME_FUNCTIONALITY_1
<<< One line summary of test case, which may also be used as a
heading>>>
<<< Detailed description of the test case>>>
<<<The expected state of system and its environment, before this test
case is run >>>
<<<Steps involved in performing this test>>>
<<< It is something, that can be verified >>>
<<<The expected state of system and its environment, after this test case
is run. This specifies the things that need to be checked after the test has
been executed. >>>
7 of 9
4 Glossary
<<< Acronyms and their full forms used in the test cases document should be displayed below.
Example acronyms are ;>>>
HRS - Hardware Requirement Specification
SRS -Software Requirement specifications
SyRS - System Requirement Specification
TC Test Cases
8 of 9
9 of 9