Professional Documents
Culture Documents
TTM
TTM
com
Suresh.B 9440163282
DESIGN
Designers
Design Document
CODING
Programmers
FRS
Functional Requirement
Specification
SRS
System Requirement
Specification
HLD
High Level Design Document
LLD
Low Level Design Document
TESTING
Testers
PROJECT MANAGEMENT
Release and Maintenance
Manual Testing
suresh_240878@yahoo.com
Suresh.B 9440163282
1) REQUIREMENT GATHERINGS:
In general software development starts with requirement gathering. In
this stage Business Development People (BDP) / Business Analyst People (BA)
are preparing Business Requirement Specification Document (BRS) / User
Requirement Specification Document (URS) / Customer Requirement
Specification Document (CRS), after gathering all required requirements from
the user / customer.
Business Requirement Specification Document defines the requirement
of the customer.
2) ANALYSIS:
After completion of Business Requirement Specification Document,
Analyst People are preparing Analysis Document. This document is also
called as Software Requirement Specification Document (S/w RS). The
document consists of (2) Sub documents such as FRS & SRS
(i)
FRS
It means Function Requirement Specification. It defines
the required functionality to be used in the project.
(ii) SRS
It means System Requirement Specification. It defines the
required Hardware to develop that functionality.
3) DESIGN
After completion of Analysis Document, Designers are preparing Design
Document. It consists of (2) sub documents, such as (i) HLD & (ii) LLD
(i)
HLD (High Level Design Document)
It is also called as External Design Document. It defines the
hierarchy of over all application functionalities in terms of modules
from root level to leaf level.
Ex:
Login
Mail
Chat
Logout
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
(ii)
V IV IV
IV V IV
CANCEL
OK
MESSAGE BOX
IV - Invalid
OK
DATA
BASE
INBOX
Note:
4) CODING:
A Physical construction of Software is called as Coding.
System
SS1
P1
P2
M1
M2
S1
S2
S3
SS2
SS3
M3
BUILD
P3
Suresh.B 9440163282
suresh_240878@yahoo.com
(i)
Poor requirements
(ii) Futurities (Customers requirements are frequently changing)
(iii) Miscellaneous Communication.
(iv) Unrealistic schedule
(v) Inadequate testing.
Solutions
(i)
Solid requirements
(ii) Good communication
(iii) Realistic schedule
(iv) Adequate testing
(v) Gather / Stick to initial requirements as much as possible.
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
TESTING MODELS
FISH MODEL
Fish model defines the mapping between development stages and Testing
stages.
S/W RS (FRS & SRS)
Analysis
Design
(HLD & LLD)
Requirements
Gathering
BRS / CRS /
URS
Verification
Reviews in
Analysis
Reviews in
Design
Coding
Release &
Black Box Maintenance
Testing /
Functional &
System Testing
/ Close Box
Testing
Validation
Test Software
Changes
Reviews in Analysis
In general Software Development process starts with requirements
gathering and analysis. In this, Business Development People are preparing
Business Requirement Specification Document and Analyst people are
preparing Analysis Document with respective to Business Requirement
Specification.
After completion of analysis document, the same category people
conducting reviews in Analysis Document for completeness and correctness.
During the review they are concentrate on the below factors.
i) Are they complete?
ii) Are they right requirement?
iii) Are they achievable?
iv) Are they reasonable?
v) Are they testable?
Reviews in Design Document
After completion of Analysis document and corresponding reviews,
designers are preparing design document which includes Functional
Requirement Specifications and System Requirement Specifications.
After completion of design document the same category people are
conducting reviews in design document for completeness and correctness.
During the review they concentrate on below factors.
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Passed
(II)
A=10
B=20
I=A+B
C=I
msgbox I
Perform change
Passed
Failed
(In-compete (Complete
Testing) Testing)
Integration Testing
After completion of dependent program development and
corresponding Unit Testing, Programmers are interconnecting to form
a system. To estimate the interface between programs or modules
programmers are conducting Integration Testing. They are (4) Types
of approaches.
a) Top-Down Approach.
The verification of main module without coming to some of
the Sub-Modules is called as Top-Down Approach.
Conduct test on Main module without conducting test on
some of the Sub-Modules is called Top-Down Approach.
Main Module
STUB
Sub-Module-1
Sub-Module-2
Temporary Program
/ Called Program
Sub-Module-3
Sub-Module-2
Sub-Module-3
suresh_240878@yahoo.com
Suresh.B 9440163282
Bottom-Up
Approach
Sub-Module-3
Sub-Module-2
STUB
Sub-Sub-Module-1
Sub-Sub-Module-2
Top-Down
Approach
Sub-Sub-Module-3
d) Bigbang Approach.
The verification of all modules after completion of all
Modules development and corresponding unit testing is called as
Bigbang Approach.
This approach is not suitable for large modules.
CASE STUDY
Case 1:
Top-down
approach
is
followable,
when
the
customers
when
the
customers
Bottom-up
approach
is
followable,
Case 4:
less
number
of
modules
or
less
number
of
interconnections.
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Suresh.B 9440163282
suresh_240878@yahoo.com
10
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Ex:
A Login process allows User Name and Password from a User. In this
User Name object allows Alphabets lower case Range from 4 to 8
Characters long and Password object allows Alphabets lower case
range from 6 to 10 Characters long.
Prepare BVA and ECP for the above expected.
Range
Min= 4 Char
Min-1= 3 Char
Min+1= 5 Char
Max= 8 Char
Max-1= 7 Char
Max+1= 9 Char
Ex:
ECP
Valid
[a-z]
Invalid
[A-Z]
[0-9]
All
Special
characters
ECP
Valid
[a-z]
Invalid
[A-Z]
[0-9]
All
Special
characters
Range
Min= 16
Min-1= 15
Min+1= 17
Max= 60
Max-1= 59
Max+1= 61
Manual Testing
BVA
Expected Actual
Pass
Fail
Pass
Pass
Pass
Fail
ECP
Result
Valid
[0-9]
Invalid
[A-Z]
[a-z]
All
Special
characters
11
suresh_240878@yahoo.com
Suresh.B 9440163282
Ex:
Range
Max= 10
Max-1= 9
Max+1= 11
ECP
Invalid
[A-Z]
[a-z]
All Special characters
3) Error-Handling Coverage.
In this we are checking whether the objects are preventing
Negative Operations or not.
4) Calculation Coverage.
In this we are checking whether the
functionality output is right or wrong.
5) Back-End Coverage.
ODBC
JDBC
12
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
b) Sanitation Testing
It is also known as Garbage Testing. During this testing,
testers are finding extra functionalities in the build with respect to
customer requirements.
3) Non-Functional Testing
After completion of Functional Testing, testers are concentrating
on Non-Functional Testing to validate extra characteristics of that build.
They are divided into (11) Types.
a) Recovery Testing
During this testing we are checking that whether the application
Build is changing from Abnormal State (Crash / Hang) to Normal State or
not.
Abnormal State to Normal State
Normal State
Abnormal State
b) Compatibility Testing
They are (2) types of Compatibility Testing.
Build
V.B
O.S
Unix
Build
VC++
O.S
Win98
Manual Testing
13
suresh_240878@yahoo.com
Suresh.B 9440163282
c) Configuration Testing
It is also known as Hardware Compatibility Testing. During this
testing we are validating whether the application build is supporting
different technologies input / Output devises or not.
d) Intersystem Testing.
It is also known as Inter operability Testing. During this testing
we are checking whether the application build is coexistence with other
existence to share common resource or not.
Ex.: E-Seva.
Elec. Bill
Server
Telephone Bill
Server
Common Data
Base
Server
Server
Municipal Bill
Server
e) Comparative Testing.
It is also known as Competitive Testing. During this testing we
are comparing the features of produce with some like previous produce
(or) Existing produce in the market to estimate competitiveness.
Note:
Comparative Testing is applicable for Software Produces only
not for applications, because Software application is developed
for a single client requirement, but product can be developed with
respect to multiple clients requirements.
f) Security Testing.
It is also known as Penetration Testing. During this testing we
are validating (3) types of factors such as
(i)
Authorization.
(ii) Access Control.
(iii) Encrypt / Decrypt Data Testing.
(i)
Authorization.
In this testers are checking whether a valid user is accessible
or not, invalid user is preventable or not.
(ii) Access Control
In this we are checking whether a valid user have permission
to use specific features / Services or not.
14
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
(iii)
CLIENT
User Name
SERVER
Password
Request
Encrypt
Decrypt
Cipher Text
Decrypt
Request
Encrypt
Cipher Text
g) Installation Testing
It is also known as Deploying Testing. During this testing we
are validating below factors.
Build
& Supported
Software
Customer
expected
configure
Computer
Setup Program.
Easy Navigation.
Occupied Disk Space.
Check Un-installation.
h) Load Testing.
Run the application under customer expected configuration under
customer load to estimate the speed of processing is called Load
Testing.
i) Stress Testing.
Run the application under customer expected configuration under
various loads from low to peak to estimate Stress capacity of the
application build is called Stress Testing.
j) Storage Testing.
The execution of application build under customer expected
configuration under huge amount of resources to estimate the storage
capacity of the application database is called Storage Testing.
k) Data Volume Testing.
During this testing Testers are calculating the number of records to
be stored into application database.
Note:
Manual Testing
15
suresh_240878@yahoo.com
Suresh.B 9440163282
Test
(Alfa Test)
Software Application.
By Real customer.
At development site.
Test
(Beta Test)
Software Product.
By Model customer.
At customer site.
Release Testing
It is also known as Port Testing. After completion of User Acceptance
Test and corresponding modifications, the Project Management will establish
Release Team with few Developers, few Testers and One (or) two Hardware
Engineers. This release team will go to customers site to install the software
ion the customers environment.
During this they will concentrate on below factors.
Compact Installation.
Overall functionality.
Input device handling.
Output device handling.
OS Error handling.
Secondary storage handling.
Coexistence with other existence software.
After completion of above like factor observation the release team is
providing required training sessions to the customers to understand about the
project.
16
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Maintenance
During utilization of Software by customers, the company people are
receiving change request from them.
To receive change request from the customers the Project Management
establish CCB (Change Control Board) with few Developers, few testers and
Project Manager.
CCB
Receive change
Missed Defect
Enhancement
Impact Analysis
Impact Analysis
Perform changes
Perform changes
Increase Testing
process Capability
CASE STUDY
TESTING STAGES
Review in Analysis
Review in Design
Unit Testing
Integration Testing
Functional & System Testing
User Acceptance Testing
Release Testing / Port Testing
RESPONSIBLE PERSONS
Analyst
Designer
Programmers
Programmers
Test Engineers / Testers
Users / Customers
CCB
TERMINOLOGY
DEVELOPERS
TESTERS
Input
Test Data
Output
Test Log
Program
Test Script
Challenges in Testing
Generally organizations are maintaining separate Testing for Functional
and System Testing. This separate Testing team is also involving in Release
Team and CCB. Some time this separate Testing team is also not able to
conduct planned Testing or good testing due to some risks.
Manual Testing
17
Suresh.B 9440163282
suresh_240878@yahoo.com
18
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Analysis
Design
Coding
Testing
R&M
R.G
Analysis
Design
Coding
Testing
R&M
Manual Testing
2.0
3.0
19
suresh_240878@yahoo.com
Suresh.B 9440163282
3) PROTOTYPE MODEL
It is followable when the customer requirements are not clear.
Prototype means a sample Model of application without
functionality.
Not Clear
Hardware Prototype
Software Prototype
Demo to Client
Finalize Environment
Requirements refined
ADVANTAGES
i) It is flexible when the customer requirements are not clear.
DISADVANTAGES
i) It is expensive
4) Spiral Model
Spiral Model is followable when the customer requirements are
enhanceble in terms of versions.
In this Model we will start the process within complete requirements.
Planning
Risk Analysis
Requirement
Gathering
5.0 4.0 3.0 2.0 1.0
Customer
Evaluation
Evaluation
ADVANTAGES
It is flexible for high risk based projects.
DISADVANTAGES
It is expensive.
20
Coding and
Testing
Engineers
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
5) V-MODEL
Like as Fish Model V-Model is also defines the mapping
between Development stages and Testing stages.
In V-Model V stands for Verification and Validation.
Verification
To check whether the people are developing right product or not.
Validation
To check whether the developed product is right or not.
Software Testing
The Verification and Validation of a Software is called Software
Testing.
BRS
User Acceptance
Testing
Requirement
Gathering
System Testing
FRS
Black Box
Testing
Analysis
HLD
Design
Integration
Testing
LLD
White Box
Testing
Unit Testing
Coding
Manual Testing
21
Suresh.B 9440163282
suresh_240878@yahoo.com
6) Agile Model
It is a latest model which is used in Software produce development.
In this model we can get build from the developers in very short time (1
to 4 Weeks)
In this model development process, testing process will be carried out
parallelly.
They are (2) methods such as
(a) X-Tream Programming.
(b) Scrum
ADVANTAGES
i) Any defect identified early, so that he rectification of the defect cost
and time would be very less.
ii) As the defect is identified early, the impact of the same defect is very
less on subsequent features.
DISADVANTAGES
i) Documentation is very less.
Sanity Testing
After receiving the build from the developers we people are conducting
Sanity Testing to estimate stability of that build before start real testing.
During this testing we will be concentrate on below factors.
a) Understandable.
b) Operatable.
c) Observable.
d) Controllable.
e) Consistency.
f) Automatable.
g) Maintainable
h) Simplicity.
From the above (8) factors, Sanity Testing is also known as Build
Verification Testing (BVT) or Tester Acceptance Testing (TAT) or Testability
Testing or Oct-angle Testing.
Smoke Testing
Like as Sanity Testing, Smoke Testing is also used to estimate the
stability of the Build.
22
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Re-Testing.
Case 1:
The repeating of same test for more than one time with multiple
data is called as Re-Testing.
Case 2:
The re-execution of failed tests on modified build to ensure bug
fixing work is called Re-Testing
Regression Testing.
The Re-execution of selected test or modified build, to check is there any
side effects occurred or not on dependent functionalities by modifying reported
defects or by adding new requirements.
Types of Build
They are (7) types of Build. They are
(1) Initial Build
Initial Build
Development
Stable Build
Sanity
Testing
Bug
Fixing
Re-Testing
Regression
Testing
Complete Build
Master Build
Test Closer
(Test Lead)
U.A.T
Golden Build
Sign off
Types of Projects
Mainly there are (3) Types of projects. They are (1) Traditional Project
(2) Outsourcing Project (3) Maintenance Project
Type of Project
R/G Analysis Design Coding Testing R&M
Traditional
9
9
9
9
9
9
Outsourcing
Maintenance
Manual Testing
8
8
8
8
8
8
8
8
9
8
9
9
23
suresh_240878@yahoo.com
Suresh.B 9440163282
MANUAL TESTING
Testing Process
Test Initiation
(Project Management /
Quality Analyst
T.R.M
(Test Responsibility
Matrix)
1) What to Test?
2) How to Test?
3) Who to Test?
4) Whom to Test?
Re-testing &
Regression Testing
Defect Report
Bug fixing
Final Summary
Report
24
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Design
Test initiation
Coding
Level 2 Testing
Re-Testing / Regression
Testing
(4) Modified
Build
Defect Report
Bug
Fixing
Manual Testing
25
suresh_240878@yahoo.com
Suresh.B 9440163282
Testing Initiation:
In general testing process start with Test initiation. In this, Project
Manager / Quality Analyst develop Test starting Document. This document
defines the required testing approach to be followed by the testing team.
During this document preparation they will concentrate on below (12)
components.
1)
2)
3)
4)
5)
6)
7)
8)
9)
10)
11)
12)
Test Automation
Defect Tracing & Reporting
Measurements & Matrix.
Change & Configuration Management
Risks & Mitigations
Training Plan.
64% Development
Department
36% Testing
Department
# 3) Test approach
##
In this they will specify a list of selected quality factors to be
applied by the Tester.
T.R.M (Test Responsibility Matrix) can be finalized by Project
Manager / Quality Analyst based on scope of the project, type of the
project and Risks involved in that project.
TRM :
26
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Design
Function &
Coding
System
R&M
Testing
Authorization
Access Control
Ease of use
Ease of operation
Correctness
Continuity &
Processing
Coupling
Data integrity
Recovery
Portable
Service Level
Performance
Maintainable
Methodology
Audit trail.
Authorization: Whether a valid user is accessible or not and Invalid
User is preventable or not.
Access control: Whether a valid user have permission to user specific
service of not
Ease of Use:
Whether the application build is providing user
friendly screens or not.
Ease of operate: Easy to installation, downloading, uploading,
dumping, un-installing.
Correctness:
Whether the functionality output is right or wrong.
Continuity & processing:
The integration of modules.
Coupling:
Co-existence with other Software.
Data Integrity: Whether the input objects are taking right type and
range of values or not.
Recovery:
Whether the application build is changing from
abnormal state to normal state or not.
Portable:
Whether the application build is able to run on
different platforms or not.
Service Level:
The order of functionality.
Performance:
The speed of processing.
Maintainable:
Whether the application build is longtime serviceable
in customers site or not.
Manual Testing
RG &
Analysis
27
suresh_240878@yahoo.com
Suresh.B 9440163282
14) Methodology:
1)
2)
3)
4)
5)
6)
7)
8)
9)
10)
11)
12)
13)
14)
15)
Authorization
Access Control
Ease of use
Ease of operation
Correctness
Continuity & Processing
Coupling
Data integrity
Recovery
Portable
Service Level
Performance
Maintainable
Methodology
Audit trail.
Security Testing
Security Testing
User interface Testing
Installation Testing
Functionality Testing
Integration Testing
Intersystem Testing
Input domain Testing
Recovery Testing
Compatibility Testing
Functionality Testing
Load, Stress, Storage, Data volume Testing
Stress Testing
Compliance Testing
Functionality Testing
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Lead
Project Lead
Project Management
Test Lead
Team Lead
Test Engineer
Programmer
Team Lead
Test Engineer
Programmer
Transmittal Report
9) Measurement & Matrix:
The required measurement to estimate the status of the project. In
measurements there are (3) types such as (1) Quality Assessment
Measurement (2) Test Management Measurement (3) Process Capability
Measurement.
10) Change & Configuration Management
How to handle change request from the customer and how to store
the documents for future reference.
11) Risk & Mitigations:
The possible risks and solutions to overcome them.
12) Training Plan:
The required training secession to the Testing team to understand
about the project.
Manual Testing
29
suresh_240878@yahoo.com
Suresh.B 9440163282
TEST PLAN
After completion of Test Strategy Document, the strategy of the Project
implemented by Test Lead in the Project through Test Plan.
During Test Plan Document preparation, Test Lead category people
follows below approach.
BRS
a) Team formation
b) Identify risks
TRM
Development Plan
a) Team Formation:
In general Test Plan Document preparation starts with Team
formation. In this Test Lead category people form the Testing Team
depending on below factors.
i.
ii.
iii.
iv.
Project size.
Project duration.
Availability of domain testers.
Resources (Automation Tools)
b) Identify Risks
After completion of Team Formation the Test Lead identifies risks
with respect to that formed testing team in Testing.
i.
ii.
iii.
iv.
v.
vi.
vii.
30
Lack of time.
Lack of resources.
Lack of communication.
Lack of knowledge on project domain.
Lack of test data.
Lack of development process rigor.
Delays in delivery.
Manual Testing
suresh_240878@yahoo.com
1)
2)
3)
4)
5)
6)
7)
8)
Suresh.B 9440163282
1)
2)
Introduction
Introduction about the project or module.
3)
Test items
The name of the requirements or features.
4)
Features to be tested
The name of the requirements or features to be test.
5)
6)
Test approach
The list of selected quality factors to be applied by the Tester.
7)
Entry criteria
When to start Testing
Take complete and correct Test cases.
Create Test Environment.
Receive Stable Build from the developers.
8)
Suspension criteria
When to suspend testing temporarily
When we have network problem.
If pending defects are more
(Pending defects = No. of reported defects No. of resolved defects)
Manual Testing
31
Suresh.B 9440163282
9)
suresh_240878@yahoo.com
Exit criteria
When to stop testing
After completion of all module testing.
After completion of all Major bugs resolved.
10)
Test deliverables
The required documents to be prepared by the Testers.
Ex.: Test Scenarios, Test Cases, Test Scripts, Test Data, Test log, Defect
Report, FSR etc.,
11)
Test environment
The required Software and Hardware to conduct Testing.
12)
13)
Responsibilities
Work allocation to the testers.
Ex. Modules Vs. Testers.
14)
Schedule
Time duration to the testers.
15)
16)
Approved by
Who approved the document, the signature of the Project Manager.
Name of the Test Lead.
32
Manual Testing
suresh_240878@yahoo.com
Suresh.B 9440163282
Manual Testing
33
Suresh.B 9440163282
suresh_240878@yahoo.com
TEST CASES
A set of Test steps documented along with required inputs and expected
results in order to test one low level requirement.
Thinks to remember while designing the Test Cases.
1) Test Case should be simple and clear.
2) Test Case should be complete.
3) No duplicate Test Case should b written.
TEST CASE TYPE
1) User Interface Test Cases.
2) Usability Test Cases.
3) Validation Test Cases.
4) Functional Test Cases.
1) User Interface Test Cases
To verify the look and Feel of application build screens.
Ex: Font Size, Text alignment, Images etc.,
2) Usability Test Cases
To verify ease of use of application build screens.
Ex:
a) Default cursor should be present at the first field.
b) Tab keys should be implemented for all input objects from left to right
in downward direction.
c) Shortcut keys should be implemented for all menu operation.
d) Tool tips (Whenever we place the cursor on particular object, it should
return meaningful message)
3) Validation Test Cases:
Test Cases that are required to validate business rules or field
validation.
4) Functional Test Cases:
Test Cases that are required to validate the functionality.
TEST DESIGN TECHNIQUES
They are mainly (5) types of design techniques.
(1) Boundary Value Analysis (BVA)
(2) ECP (Equal Class Partition)
(3) Error Guessing
(4) Decision Tables
(5) State transition.
34
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
(1)
BVA:
It is used to validate the range of input objects.
(2)
ECP:
Splitting the inputs into equal parts and randomly checking them.
To verify the type of input objects.
(3)
Error Guessing
It is a technique which can be used by the people, who have prior
knowledge on that application (Ex. This can be used by experts)
(4)
Decision Tables
A Black Box Test Design testing in which test cases are designed
to execute the combination of inputs.
(5)
Valid Invalid
Valid
Invalid
Valid Valid
Invalid
Valid
State Transition
A Black Box Test design techniques, in which test cases are
designed to execute valid, invalid state transition.
Insert
card
Block
Card
Wait for
PIN Entry
PIN Wrong
PIN Wrong
nd
PIN Wrong
Entry
1st Entry
3rd Entry
PIN Ok
PIN Ok
PIN Ok
Access
Account
Manual Testing
35
suresh_240878@yahoo.com
Suresh.B 9440163282
Actual
Created Created
Status
Comments
Results
By
on
8
9
10
11
12
QC Path
13
Test
Data
6
Reviewed
By
14
Reviewed
On
15
Reviewers
Comments
16
1)
2)
3)
Priority
Importance of the Test Case. They are classified into (3) Types
such as
(1) High Priority (Basic functionality Test Cases)
(2) Medium Priority (General functionality Test Cases Recovery,
Compatibility Testing etc.,)
(3) Low Priority (Cosmetic Test Cases User Interface Testing)
4)
Step Name
Every Test Case divided into multiple steps, every step in the test
case will have unique number.
Ex: Step1; Step2; Step3 etc.,
5)
Step Description
The required action to be performed by the user.
6)
Test Data
Set of inputs that are required to execute steps.
36
Manual Testing
suresh_240878@yahoo.com
Suresh.B 9440163282
7)
Expected Results
The required expected output from the system for the
corresponding user action.
8)
Actual Results
The actual output of the system after performing user action.
9)
Status
The current position of the Test Case. They are classified into (4)
types, such as
(a) No Run:
Test Case not executed atleast for once.
(b) Not complied:
A partially executed test case.
(c) Passed:
Test Case executed and the expected value and
Actual value is same, Test is passed.
(d) Failed:
Test Case any step(s) expected values
mismatched with actual value, Test is failed.
10)
Created By
The name of the Test Engineer, who created the Test Cases.
11)
Created on
Date and Time of the created Test Case.
12)
Comments
A set of comments given by Tester for the Step or Test Cases.
13)
QC Path
The path of Quality Control.
14)
Reviewed By
Name of the Reviewer.
15)
Reviewed on
When (Date & Time) the document was reviewed by reviewer.
16)
Reviewers Comments
A set of comments given by reviewer.
Manual Testing
37
Suresh.B 9440163282
suresh_240878@yahoo.com
CASE STUDY
38
Manual Testing
suresh_240878@yahoo.com
Suresh.B 9440163282
User Name
User Name object allows alphabets lower case range from 4 to 8
characters.
Password
Password object allows alphabets lower case range from 6 to 10
characters.
Customer Name
Mandatory.
Customer Address
Maximum of 20 Characters.
Mandatory.
Customer DOB
Mandatory.
Customer Ph.No.
Mandatory.
EMail
Manual Testing
39
suresh_240878@yahoo.com
Suresh.B 9440163282
Customer Info
Admin
Suresh
18/10/2008
Requirement
Name
Reviewed by
Reviewed by
Test
Scenario
Ok
Login
Cancel
Insert
Add
Cancel
Search
3
Search
Cancel
Update
5
6
7
8
Edit
Delete
Cancel
Home
Logout
Cancel
Home
Delete
Cancel
Home
Logout
Test Cases
1)
2)
3)
1)
2)
Note:
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Test
Data
Url
User
Name
& Pass
word
Url
User
Name
& Pass
Expected Result
It should display Login
Page with User Name,
Password objects and Ok,
Cancel functionalities.
It
should
display
Customer
Information
page with Add, Search,
Logout functionalities.
It should display Login
Page with User Name,
Password objects and Ok,
Cancel functionalities.
It
should
display
meaningful
error
message.
word
TC04_
Customer
Info_Admin_
Verify Insert
with
Valid
data
word
Url
It should display Login
This
Test Step-1 Open Brower,
enter
Url.
Page with User Name,
case
Address, click
Password objects and Ok,
validates
on Go
Cancel functionalities.
Insert
functionality Step-2 Enter
should
display
valid User It
with valid
Information
User Name Name Customer
data
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click on Add
-It should display Add
Customer page with
C.Name,
C.Addr.,
C.DOB, C.Ph.No., Email objects and Insert,
Reset,
Cancel
functionalities.
Manual Testing
Url
41
suresh_240878@yahoo.com
Suresh.B 9440163282
Test Case
name
Test Case
description
Step
Step
Name Description
Step-4 Enter data in
corresponding
fields
and
click on Reset
Test
Data
C.Name
C.Addr.
C.DOB
C.PhNo
E-mail
C.Name
C.Addr.
C.DOB
C.PhNo
E-mail
Expected Result
It should clear all fields
and cursor should be
present in the first field.
Step-5 Enter
valid
It should display a
data
in
meaningful
Message
corresponding
such as Customer Data
fields
and
created with Customer
click on Insert
ID
Url
It should display Login
This
Test Step-1 Open Brower,
TC05_
enter
Url.
Page with User Name,
case
Customer
Address, click
Password objects and Ok,
Info_Admin_ validates
on Go
Cancel functionalities.
Verify Insert Insert
with invalid functionality Step-2 Enter
should
display
valid User It
with invalid
data
Information
User Name Name Customer
data
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click on Add
-It should display Add
Customer page with
C.Name,
C.Addr.,
C.DOB, C.Ph.No., Email objects and Insert,
Reset,
Cancel
functionalities.
Step-4 Enter invalid C.Name It should display a
data
in C.Addr. meaningful
Error
C.DOB
corresponding
Message.
C.PhNo
fields
and E-mail
click on Insert
Url
It should display Login
This
Test Step-1 Open Brower,
TC06_
enter
Url.
Page with User Name,
case
Customer
Address, click
Password objects and Ok,
Info_Admin_ validates
on Go
Cancel functionalities.
Verify Insert Insert
functionality Step-2 Enter
with
should
display
valid User It
duplicate data with
Information
User Name Name Customer
duplicate
and Password & Pass page with Add, Search,
word Logout functionalities.
data
click on Ok
Step-3 Click on Add
-It should display Add
Customer page with
C.Name,
C.Addr.,
42
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Case
name
Test Case
description
Step
Name
Step-4
TC07_
Customer
Info_Admin_
Verify Insert
with missing
mandatory
fields
This
Test Step-1
case
validates
Insert
functionality Step-2
with
missing
mandatory
fields
Step-3
Step-4
TC08_
Customer
Info_Admin_
Verify Cancel
This
Test Step-1
case
validates
Cancel
functionality Step-2
Manual Testing
Step
Description
Test
Data
Expected Result
suresh_240878@yahoo.com
Suresh.B 9440163282
Test Case
name
Test Case
description
Step
Step
Name Description
Step-3 Click on Add
Test
Data
--
Expected Result
C.PhNo
E-mail
Url
It should display Login
This
Test Step-1 Open Brower,
enter
Url.
Page with User Name,
case
Address, click
Password objects and Ok,
validates
on Go
Cancel functionalities.
Search
functionality Step-2 Enter
valid User It
should
display
with valid
User Name Name Customer
Information
data
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click
on
-It should display Search
Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
Step-4 Enter data in C.ID It should clear all fields
corresponding C.Name and cursor should be
fields click on C.DOB present in the first field.
C.PhNo
Reset
valid C.ID It should display Search
Step-5 Enter
data
in C.Name Results
Page
with
corresponding C.DOB Customers Information
fields and click C.PhNo and Edit, Delete, Cancel,
on Search
Home functionalities.
Url
It should display Login
This
Test Step-1 Open Brower,
TC10_
enter
Url.
Page with User Name,
case
Customer
Address, click
Password objects and Ok,
Info_Admin_ validates
on Go
Cancel functionalities.
Verify Search Search
with invalid functionality Step-2 Enter
valid User It
should
display
with invalid
data
User Name Name Customer
Information
TC09_
Customer
Info_Admin_
Verify Search
with
valid
data
44
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Case
name
Test Case
description
data
Step
Name
Step
Test
Description
Data
and Password & Pass
word
click on Ok
Step-3 Click
on
-Search
Expected Result
TC11_
Customer
Info_Admin_
Verify Cancel
This
Test Step-1 Open Brower,
Url
It should display Login
case
enter
Url.
Page with User Name,
validates
Address, click
Password objects and Ok,
Cancel
on Go
Cancel functionalities.
functionality Step-2 Enter
valid User It
should
display
User Name Name Customer
Information
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click
on
-It should display Search
Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
Step-4 Enter data in C.ID It should close current
corresponding C.Name page
and
display
fields and click C.DOB previous page.
on Cancel
TC12_
Customer
Info_Admin_
Verify
Update with
valid data
Url
It should display Login
This
Test Step-1 Open Brower,
enter
Url.
Page with User Name,
case
Address, click
Password objects and Ok,
validates
on Go
Cancel functionalities.
Update
functionality
Step-2 Enter
valid User It
should
display
User Name Name Customer
Information
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Manual Testing
C.PhNo
45
suresh_240878@yahoo.com
Suresh.B 9440163282
Test Case
name
Test Case
description
Step
Step
Name Description
Step-3 Click
on
Search
Test
Data
--
valid C.ID
data
in C.Name
corresponding C.DOB
fields and click C.PhNo
on Search
Step-4 Enter
Step-5 Select
a
Customer
data click on
Edit
Expected Result
It should display Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
It should display Search
Results
Page
with
Customers Information
and Edit, Delete, Cancel,
Home functionalities.
It should display Edit
Page with C.ID, C.Name,
C.Addr.,
C.DOB,
C.Ph.No., E-mail objects
and
Update,
Reset,
Cancel,
Home
functionalities.
It should clear all fields
and cursor should be
present in the first field.
C.ID
C.Name
C.DOB
C.Addr.
C.PhNo
E-mail
C.ID
It should display Update
C.Name done message.
C.DOB
C.Addr.
C.PhNo
E-mail
Step-7 Enter
valid
data
in
corresponding
fields click on
update
Url
It should display Login
This
Test Step-1 Open Brower,
TC13_
enter
Url.
Page with User Name,
case
Customer
Address, click
Password objects and Ok,
Info_Admin_ validates
on Go
Cancel functionalities.
Update
Verify
Update with functionality Step-2 Enter
valid User It
should
display
with invalid
invalid data
User Name Name Customer
Information
data
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click
on
-It should display Search
Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
46
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Case
name
Test Case
description
Step
Name
Step
Description
Test
Data
valid C.ID
data
in C.Name
corresponding C.DOB
fields and click C.PhNo
on Search
Step-4 Enter
Step-5 Select
a
Customer
data click on
Edit
C.ID
C.Name
C.DOB
C.Addr.
C.PhNo
E-mail
Url
User
Name
& Pass
word
--
valid C.ID
data
in C.Name
corresponding C.DOB
fields and click C.PhNo
on Search
Step-4 Enter
Manual Testing
Expected Result
Reset,
Cancel
functionalities.
It should display Search
Results
Page
with
Customers Information
and Edit, Delete, Cancel,
Home functionalities.
It should display Edit
Page with C.ID, C.Name,
C.Addr.,
C.DOB,
C.Ph.No., E-mail objects
and
Update,
Reset,
Cancel,
Home
functionalities.
It
should
display
meaningful
error
message.
suresh_240878@yahoo.com
Suresh.B 9440163282
Test Case
name
Test Case
description
Step
Step
Name Description
Step-5 Select
a
Customer
data click on
Edit
Step-6
TC15_
Customer
Info_Admin_
Verify
Update with
missing
mandatory
fields
This
Test Step-1
case
validates
Update
functionality Step-2
with
missing
mandatory
fields
Step-3
Step-4
Expected Result
Step-5 Select
a
Customer
data click on
Edit
48
Test
Data
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Case
name
Test Case
description
Step
Step
Name Description
Step-6 Enter data in
corresponding
fields
by
missing some
mandatory
fields
and
click
on
update
TC16_
This
Test Step-1 Open Brower,
Customer
case
enter
Url.
Info_Admin_ validates
Address, click
Verify Cancel Cancel
on Go
functionality Step-2 Enter
valid
User Name
and Password
click on Ok
Step-3 Click
on
Search
Test
Data
C.ID
It
should
C.Name meaningful
C.DOB
message.
C.Addr.
C.PhNo
E-mail
Url
User
Name
& Pass
word
--
valid C.ID
data
in C.Name
corresponding C.DOB
fields and click C.PhNo
on Search
Step-4 Enter
Step-5 Select
a
Customer
data click on
Edit
Expected Result
display
error
C.ID
It should close current
C.Name page
and
display
C.DOB
Previous Page.
C.Addr.
C.PhNo
E-mail
49
suresh_240878@yahoo.com
Suresh.B 9440163282
Test Case
name
TC17_
Customer
Info_Admin_
Verify Home
Test Case
Step
Step
Test
Expected Result
description Name Description
Data
This
Test Step-1 Open Brower,
Url
It should display Login
case
enter
Url.
Page with User Name,
validates
Address, click
Password objects and Ok,
Cancel
on Go
Cancel functionalities.
functionality
Step-2 Enter
valid User It
should
display
User Name Name Customer
Information
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click
on
-It should display Search
Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
C.ID
valid
Step-4 Enter
It should display Search
data
in C.Name Results
Page
with
corresponding C.DOB Customers Information
fields and click C.PhNo and Edit, Delete, Cancel,
on Search
Home functionalities.
Step-5 Select
a
Customer
data click on
Edit
C.ID
It should close current
C.Name page
and
display
C.DOB
Customer Info Page.
C.Addr.
C.PhNo
E-mail
Url
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Case
name
Test Case
description
Step
Step
Name Description
Step-3 Click
on
Search
Test
Data
--
valid C.ID
data
in C.Name
corresponding C.DOB
fields and click C.PhNo
on Search
Step-4 Enter
Step-5 Select
a
Customer
data click on
Delete
TC19_
Customer
Info_Admin_
Verify Cancel
Url
This
Test Step-1 Open Brower,
enter
Url.
case
Address, click
validates
on Go
Cancel
functionality Step-2 Enter
valid User
User Name Name
and Password & Pass
word
click on Ok
Step-3 Click
on
-Search
valid C.ID
data
in C.Name
corresponding C.DOB
fields and click C.PhNo
on Search
Step-4 Enter
Step-5 Select
a
Customer
data click on
Cancel
Manual Testing
Expected Result
It should display Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
It should display Search
Results
Page
with
Customers Information
and Edit, Delete, Cancel,
Home functionalities.
It
should
remove
customers information
with
Customers
Information
was
successfully deleted.
It should display Login
Page with User Name,
Password objects and Ok,
Cancel functionalities.
It
should
display
Customer
Information
page with Add, Search,
Logout functionalities.
It should display Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
It should display Search
Results
Page
with
Customers Information
and Edit, Delete, Cancel,
Home functionalities.
It should close current
page
and
display
previous page.
51
Suresh.B 9440163282
suresh_240878@yahoo.com
Test Case
name
TC20_
Customer
Info_Admin_
Verify Home
Test Case
Step
Step
Test
Expected Result
description Name Description
Data
This
Test Step-1 Open Brower,
Url
It should display Login
case
enter
Url.
Page with User Name,
validates
Address, click
Password objects and Ok,
Home
on Go
Cancel functionalities.
functionality Step-2 Enter
valid User It
should
display
User Name Name Customer
Information
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click
on
-It should display Search
Search
Page with C.ID, C.Name,
C.DOB,
C.Ph.No.,
objects
and
Search,
Reset,
Cancel
functionalities.
C.ID
valid
Step-4 Enter
It should display Search
data
in C.Name Results
Page
with
corresponding C.DOB Customers Information
fields and click C.PhNo and Edit, Delete, Cancel,
on Search
Home functionalities.
Step-5 Select
a
It should close current
Customer
page
and
display
data click on
Customer Info Page.
Home
TC21_
This
Test Step-1 Open Brower,
Url
It should display Login
Customer
case
enter
Url.
Page with User Name,
Info_Admin_ validates
Address, click
Password objects and Ok,
Verify
Logout
on Go
Cancel functionalities.
Logout
functionality Step-2 Enter
valid User It
should
display
User Name Name Customer
Information
and Password & Pass page with Add, Search,
word Logout functionalities.
click on Ok
Step-3 Click
on
It should close current
Logout
page and display Login
Page
52
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
User Name
User Name object allows alphabets lower case range from 4 to 8
characters.
Range
Min= 4 Char
Min-1= 3 Char
Min+1= 5 Char
Max= 8 Char
Max-1= 7 Char
Max+1= 9 Char
ECP
Valid
[a-z]
Invalid
[A-Z]
[0-9]
All
Special
characters
Password
Password object allows alphabets lower case range from 6 to 10
characters.
BVA & ECP for Password
BVA
ECP
Range
Expected Actual
Result
Valid
Invalid
[a-z]
[A-Z]
Pass
Min= 6 Char
[0-9]
Min-1= 5 Char Fail
All
Min+1= 7 Char Pass
Special
Pass
Max= 10 Char
characters
Max-1= 9 Char Pass
Max+1= 11 Char Fail
Customer Name
Mandatory.
BVA & ECP for Customer Name
BVA
Range
Expected Actual Result
Pass
Min= 4 Char
Fail
Min-1= 3 Char
Pass
Min+1= 5 Char
Pass
Max= 12 Char
Max-1= 11 Char Pass
Max+1= 13 Char Fail
Manual Testing
ECP
Valid
[a-z]
[A-Z]
Invalid
[0-9]
All
Special
characters
53
Suresh.B 9440163282
suresh_240878@yahoo.com
Customer Address
Maximum of 20 Characters.
Mandatory.
BVA & ECP for Customer Address
BVA
ECP
Range
Expected Actual Result
Valid
Invalid
All
Max= 20 Char
Pass
[a-z]
Special
Max-1= 19 Char
Pass
[A-Z]
characters
Max+1= 21 Char
Fail
[0-9]
Except
Some Spl.
Characters mentioned
/#,.
Customer DOB
Mandatory.
BVA & ECP for Customer DOB
BVA
ECP
Range
Expected Actual Result
Valid
Invalid
All
Max= 20 Char
Pass
[a-z]
Special
Max-1= 19 Char
Fail
[A-Z]
characters
Max+1= 21 Char
Pass
[0-9]
Except
Some Spl.
Characters mentioned
/#,.
Customer Ph.No.
Mandatory.
BVA & ECP for Customer Ph.No.
BVA
ECP
Range
Expected Actual Result
Valid
Invalid
Max= 10 Digits
Pass
[0-9]
[a-z]
Max-1= 19 Digits
Fail
[A-Z]
Max+1= 21 Digits Pass
All Spl.
Characters
54
Manual Testing
suresh_240878@yahoo.com
Suresh.B 9440163282
Manual Testing
55
suresh_240878@yahoo.com
Suresh.B 9440163282
Sl.
No.
Test Case
Name
TC05_
Customer
Info_Admin_
Verify Insert
with invalid
data
TC06_
Customer
Info_Admin_
Verify Insert
with duplicate
data
TC07_
Customer
Info_Admin_
Verify Insert
with missing
mandatory
fields
TC08_
Customer
Info_Admin_
56
Step
Data
Data generated
Comments
Name required
C.DOB
05/25/1976
C.Ph.No. 9440163282
suresh_240878@
E-mail
yahoo.com
Stephttp://192.168.1.0
Url
1
/Customer Info 1.0
Step- U.Name pava
2
Password ganesh
Sai
C.Name
Saisarvanibug
Brundavancolony7/G*3
C.Addr.
Brundavanacolony
Step7/G-3
4
C.DOB
25/10/1976
C.Ph.No. +91-9440163282
suresh_240878#
E-mail
yahoo.com
Stephttp://192.168.1.0
Url
1
/Customer Info 1.0
Step- U.Name pava
2
Password ganesh
C.Name
Koteswararao
C.Addr.
Brundavancolony7/G-3
Step- C.DOB
05/25/1976
4
C.Ph.No. 9440163282
suresh_240878@
E-mail
yahoo.com
Stephttp://192.168.1.0
Url
1
/Customer Info 1.0
Step- U.Name pava
2
Password ganesh
C.Name
Koteswararao
C.Addr.
Brundavancolony7/G-3
Step- C.DOB
05/25/1976
4
C.Ph.No. 9440163282
suresh_240878@
E-mail
yahoo.com
Step1
Url
http://192.168.1.0
/Customer Info 1.0
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Sl.
No.
Test Case
Name
Verify Cancel
Step
Data
Name required
Step2
Step4
TC09_
Customer
Info_Admin_
Verify Search
with valid data
Manual Testing
Step1
Step2
Step5
Data generated
Comments
U.Name
Password
C.Name
C.Addr.
C.DOB
C.Ph.No.
pava
ganesh
Koteswararao
Brundavancolony7/G-3
05/25/1976
9440163282
suresh_240878@
E-mail
yahoo.com
http://192.168.1.0
Url
/Customer Info 1.0
U.Name pava
Password ganesh
C.Name
Koteswararao
C.DOB
05/25/1976
C.Ph.No. 9440163282
57
suresh_240878@yahoo.com
Suresh.B 9440163282
TE-1
PL
TE-2
Peer Review
After completion of review on Test Cases, Test lead is mapping Test
Cases with Requirement Traceability Matrix Document. (RTM)
RTM defines the mapping between requirements and Test Cases.
Traceability Matrix Template
Project Name
Prepared By
Prepared on
Sl. No.
Requirement
Description
Use Case
Reference
Project Manager
Reviewed By
Reviewed on
Last Updated on
Test Scenario
Test Case
Reference
58
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Developers
2.0
3.0
Client
Testers
EXECUTION LEVELS:
Initial Build
Stable Build
Level 1
Comprehensive
Testing
Level 0
Sanity Testing
Modified Build
Level 2
Re-Testing
Regression Testing
Bug Fixing
Complete Build
Master Build
Level 3
Test Closer
(Test Lead)
U.A.T
Manual Testing
Golden Build
Sign off
59
suresh_240878@yahoo.com
Suresh.B 9440163282
TEST HARNESS:
Test Harness means ready to start testing.
Test Harness = Test Environment + List of Test Cases.
LEVEL 0 TESTING
After receiving initial build from the development people, Testers are
conducting Level 0 Testing to estimate stability of that build before start real
testing.
In this testing, Testers are concentrates on Core (Basic) functionalities.
During this Testing they will concentrates on below factors.
1) Under standable.
2) Operatable
3) Observable
4) Controllable.
5) Consistency.
6) Automatable.
7) Maintainable.
8) Simplicity.
From the above factors Level 0 Testing is also known as Oct-Angle
Testing or Sanity Testing or Build Verification Testing or Tester Acceptance
Testing or Testability Testing.
LEVEL 1 TESTING
It is also known as Comprehensive Testing. During this testing Testers
are executing all P0, P1, P2, Test Cases (P0High Priority, P1Medium Priority,
P2Low Priority) to validate functionality. In this every Test Case has to be
executed by Tester either in Manual or in Automation.
Build
Test Cases
Test Engineer
Build
Test Cases
Automation
Testing
Manual Testing
Test Engineer
Automation Testing
60
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Execution Process
Skip
Pass
Fail
Test Case
Execution
Close
Defect Report
During test execution, Testers are reporting mis-matches to development
Teas as Defect in Defect Report Document.
Defect Report Format
1)
Defect ID
Unique for future reference.
2)
Summary
Brief description of the defect.
3)
Features
The name of the feature / functionality in which defect.
4)
5)
Reproducible
The defect is repeatable in every time execution.
a. If Yes: It is reproducible, attach test procedure.
b. If No: It is not reproducible, attach test procedure along with snap
shots.
6)
Status
Status of the defect. They are (2) types
(i)
NewReporting for first time.
(ii) Re-openFor re-reporting defects.
Manual Testing
61
Suresh.B 9440163282
7)
suresh_240878@yahoo.com
8)
Priority
Importance of the defect with respect to customer or importance of
the functionality. It is classified into (3) types such as
(i)
High Priority
(ii) Medium Priority
(iii) Low Priority
9)
Assigned to
Name of the Developer
10)
Detected By
Name of the Tester (Who detected the defect)
11)
Reported on
Date and Time
12)
Build Version ID
In which version of the build the defect is raised.
13)
Suggested to fix
Suggestions to developer to fix the defects
By Developers
Fixed By:
Name of the Programmer who fixed the defect.
Resolved on
Date and Time
Resolution Type:
Acknowledgment from the developers for the reported
defect.
Approved by
Signature of the Team Lead / Project Lead.
62
Manual Testing
suresh_240878@yahoo.com
Suresh.B 9440163282
Types of defects
1) User interface defects (Low Severity)
Spelling mistakes (High Priority)
Improper alignment (Low Priority)
2) Input domain defect (Medium Severity)
Input type is not taking valid type ((High Priority)
Input type is taking invalid type also (Low Priority)
3) Error handling defect (Medium Severity)
No error message for wrong operation (High Priority)
Complex message in error message (Low Priority)
4) Calculation defect (High Severity)
Wrong outputs (High Priority)
5) Load conditional defect (High Severity)
Build is not supporting more than one user (High Priority)
Build is not supporting customer expected load (Low/Medium Priority)
6) Hardware defect (High Severity)
Build is not supporting any hardware devices (High Priority)
Build is supporting hardware and wrong output coming from hardware
(Low Priority)
7) Role conditional defect (High Severity)
System crash, Showstoppers, Dead lock etc.,
8) Version control system (High Severity)
Mistake in version control
9) Source defects (Medium Severity)
Mistake in Help Document (High Priority)
What is defect Age?
The time gap between defect reported on and defect resolved on.
What is Build Internal period?
The time gap between two consequent builds is called as Build Internal
period.
Manual Testing
63
suresh_240878@yahoo.com
Suresh.B 9440163282
New
Review the defect
Reopen
Open
Rejected
Hold
Duplicate
Deferred
Fixed
Defect
If defect is
not fixed
Close
Hold:
The defect is not accepted, not rejected due to developer need more
information about that defect.
High Severity
All P0, P1, P2
Test Cases
64
Medium Severity
All P0, some P1, &
Selected P2 Test
Cases
Low Severity
Some P0 &
Selected P1, P2
Test Cases
Enhancement
All P0, P1, P2
Test Cases
Manual Testing
Suresh.B 9440163282
suresh_240878@yahoo.com
Case 1:
Case 2:
Case 3:
Case 4:
LEVEL 3 TESTING
After completion of all test cases execution and corresponding bugs
resolving, Testers are sending complete build to the Test lead along with FSR
(Final Summary Report)
After receiving Final Summary Report from the Testers, Test lead is
conducting Test Closure to estimate that whether the Test Engineer meets exit
criteria or not.
In this Test lead category people will concentrate on below coverages.
1) Requirements Coverage:
All the requirements with respect to functionality.
2) Bug density
No. of defects in Module . X 100
No of defects in the Project
3) Analysis of deferred bugs:
Whether the deferred bugs are reasonable or not to postpone.
After completion of above like coverages Test lead is conducting Test
Closure in below approach.
Take High Bug density Module
Effort Estimation
Do Regression
Do Regression
Plan Regression
Do Regression
Manual Testing
65
Suresh.B 9440163282
suresh_240878@yahoo.com
66
Manual Testing