complete manual testing material
TRANSCRIPT
-
7/28/2019 Complete Manual Testing Material
1/32
Complete Manual Testing Material
MANUAL TESTING
1) Q. Why did you choose testing ?Ans: 1) Scope of getting the job is very very high.
2)No need of depend upon any technology.
3) Testing is going to be there forever.
4) I want consistence through out my life
.
2) Q. What exactly we need to get a job?
Ans: 1) Stuff
2) Communication skills [reading+ writing + speaking+ lesion]
3) Confidence
4) Dynamism
3) Q. Why explicitly the test engineers are been recruiting in to the software companies?
Ans: 1) Once person cannot perform two tasks efficient at a time.
2) Sentimental attachments.
4) Q. Who can get testing job?Ans: Any graduate who is creative can get testing job very easily
5) Q. Why explicitly the testing engineers are been recruited into the software companies?
Ans: 1) One person cant perform two task efficiently at a time.
2) Sentimental Attachment.
PROJECT:-
Project is something that is developed based on the particular customers requirements
and used by that particular customers only.
PRODUCT:-
Product is something that is developed base on the companies specification and used by
the multiple customers.
NOTE:- The company will decide the specification by picking the common requirements of
customer.
6) Q.Classical definition of quality?Ans: Quality is defined has justification of all the requirements of a customer in a product.NOTE: Quality is not defined in the product it is defined in the customer mind.
DEFECT: Defect is defined as deviation from the requirements.
7) Q. Latest definition of quality?
-
7/28/2019 Complete Manual Testing Material
2/32
Ans: Quality is defined as not only the justification of the requirements but also presence of the
value [value ..means ..user friendly]
8) Q. What is testing?
Ans: Testing is a process in the defects are Identified, Isolated[separately],Subject for
Rectification[sending] Ensure that the product is defect free in order to produce a qualityproduct in the end and hence customer satisfaction.
9)Q. What is bidding the project?
Ans: Bidding the project is defined as request are proposal, estimation and signing off(official-agreement).
KICK OF MEETING:- Kick off meeting is the initial meeting conducted in the softwarecompany soon after the project is signed off in order discuss the overview of the project once
select project manager for that project.
Us ally
High level management [HLM]
Project managers [PM]
Quality managers [QM]
Technical managers [TM]
Development leads & Test leads
Will be involved in this meeting Apart from them many times customer representations also
Will be involved in this meeting.
NOTE:- Apart from this meeting any other start up meeting in also called as kick off meeting.
PIN [ Project Initiation Note]:- PIN It is a mail prepared by the project manager and sent the
CEO of software company as well as to all of his core team members in order to intimate then
that they are about to start the actual project activities.CEO=Chief Executive Officer
COO=Chief Of Officer
SDLC [Software Development Life Cycle]:-It contains 6 Phase
Initial or Requirement Phase
Analysis Phase
Designed Phase
Coding Phase (or) Programming phase
Testing Phase Deliver and maintenance Phase
Initial or Requirement Phase:-Task:-Interacting with the customer and gathering the requirements.
Roles:- i) Business Analyst [BA]
ii) Engagement manager [EM]
-
7/28/2019 Complete Manual Testing Material
3/32
Process:- First of all the Business Analyst can Appointment . from the customer, collects the
template from the company meet the customer an the appointment date gathers the requirements
with the help of the template and come back to the company with the requirement documentary.
The Engagement manager will go through the requirements document. If at all he
finds any extra requirements hence he will deal with the excess cast of project. If it is any
confession of requirements then the will ask the consult team to develop the prototype he willdemonstrates to the customer gather the clean requirements and finally hand over therequirements document to the business analyst.
Proof:-Proof of this phase is Requirements Document.
This document is called with different name in different companies
FRS (Functional Requirements Specification)
CRS (Client or Customer Requirements Specification)
URS (User Requirements Specification)
BDD (Business Design Document)
BD (Business Document)
BRS (Business Requirement Specification)
NOTE:-Some companies may maintains two documents in the initial phase, one is forHigh levelbusiness flow information and the other in forDetail function information.
But some companies may maintains both the intimation in a single document.
Template:- Template in a predefined format which is used for preparing the document easily
and perfectly
Prototype:- Prototype is a roughly and rapidly developed model which is used is for
demonstration to the customer in order to gather the clear requirement and also to win his
confidence of the customer.
Analysis phase:-Task:-
Feasibility study Tentative planning Technology selection & Environment conformation Requirement analysisRoles:-
System Analyst [SA] Project Manager [PM] Team &Technical Manager [TM]Process:-
Feasibility study:- (possibility) It is a detailed study conducted on requirement in order to
conform whether all of those requirements are possible with in the given time buget and
resources are not.Tentative planning (Temporary):- The resource planning as well as scheduling will be
temporary planned section.
Technology selection & Environment conformation:- The list of all the technologies that are
required to accomplish this project successfully will be enlisted as well as the client environment
will be conformed here in this section.
-
7/28/2019 Complete Manual Testing Material
4/32
Requirement analysis:- The list of all the requirements that are required by the company like
human resource , software and hardware to accomplish that project ,successful will be enlisted
and mentioned here in this section.
Proof: The proof document if the analysis phase is SRS (System Requirement Specification )
Designed Phase:-Task:- i) High Level Designing [HLD]ii) Low Level Designing [LLD]
Roles:- i) Chief architect (CA) : is responsible for high level designing.
ii) Technical Lead (TA): is responsible for low level designing.
Process:- The chief architect will divided whole project into modules ,by drawing somediagrams using a language UML(Unified Modeling Language)
The technical lead will divided the modules into sub modules by drawing some diagrams using
the same UML.
Apart from this takes GUI design also will be done in this phase.
Some time pseudo code also will be developed in this phase.
Proof:- The proof document of this phase is TDD (Technical Design Document)Pseudo code:-It isset of English statement which used for developing in the actual code very
easily and comfortably.
Coding Phase:-Task:- coding (or) programming
Roles:-Developers (or) programming
Process:- The developers will develop the actual source code with the support of technicaldesign document as well as by following the coding standards.
Example for coding standards:
Proper indentation Color coding.
Proper commenting.
Proof:- The proof document of the coding phase SCD (Source Code Document).
Testing phase:-Task:- Testing
Roles:- Test engineers
Process:-
Test engineers will receive the requirement document and will start understanding the
requirement.
While understanding the requirement if at all the get any doubt then they will list out all the doubtin the requirementsclarificationnote and will send it to the author of the requirementdoubt BA(Business Analyst).
Once the clarification are given if still more clarification are required then they will conduct
a review meeting and will get all the clarification.
Once all the requirement are clearly understood then they will take theTest case template andwill write the test cases.
Once the 1stBuild is released they will execute the test cases.
-
7/28/2019 Complete Manual Testing Material
5/32
If at all any defects are found they will list out then in the defect profileand will send it to the
development department . Once the next Build is released they will re execute the required test case.
If at all any more defect are found they will update the defect profile and will send it to the
development department.
Once the next Build is released the same process will be continued. This process will be continued again and again till the product is defect free.
Proof:- The proof the testing phase is Quality Product .
Test Case:- If is an Idea of test engineer to test something based on the requirements.
Delivery & Maintains Phase:-Delivery:-
Task:- Hand overing the application to the client .
Roles:- Deployment Engineers or Installation Engineers
Process:- Deployment engineers will go to the clients place , install the application into theoriginal customer ,Environment and finally hand overs the software to the customer.
Proof:- The final official argument made between the company and the customer is the proofdocument this phase.
Maintains:- Once the customer start using the application if at all any problem occurs then thatproblem will become the task ,based on the task corresponding roles will be appointed ,these
roles will define the process, solves the problem and final get the Application latter.
Some customer many request for continuos maintenance in that situation thecompany will send a team of member to the customer place continuously in order to take care of
that software.
Q. where exactly testing comes in to picture?
Which sort of testing you are expecting?
How many sort or testing are there?Ans:- They are two sort of testing
i) Un convectional testing.
ii) Convectional testing.
Un convectional testing:- It is a sort of testing in which the quality assurances people. Will
check each and every role in the organization in order to conform weather they are doing their
work according to the companies proper guidelines are not. right form the staring of the SDLCto the end of it.
Convectional testing:- It is a sort of testing in which the test engineers will check the developed
application (or) its related parts are working according to the expectation or not from the coding
phase to the end of the SDLC
Methods of the testing (or) testing techniques:-
Basically there are two methods of testing.
i) Black Box testing.
ii) White Box Testing (or) Glass Box Testing (or) Clear Box Testing
Black Box Testing:- It is a method of testing in which one will perform testing only on
the Functional part of an application with out on the having the knowledge of structural part.
Usually the black box Test engineers will perform it.
-
7/28/2019 Complete Manual Testing Material
6/32
White Box Testing:- It is a method of testing in which one will perform testing on
the Structural part of an application .
Usually developers (or) White box testers will perform it.
Gray Box testing:- It is a method of testing in which one will perform testing on both the
functional part as well as the structural part of an application.
Usually the test engineers who has the knowledge of structural part will perform it.
Levels Of Testing:-There are five of testing
Unit level testing. Module level testing. Integration level testing. System level testing. User acceptance level testing.Unit level testing:-Unit:- Unit is defined as smallest part of an application.(program)
In this stage the white box testing will test each and every developed program and
also the combination of programs.
Module level testing:-
Module:- Module is defined as a group of related features to perform a major taskin the
application.
In this stage the Black box test engineers will test the functional part of the module.
Integration level testing:- In this stage the developers of will develop someinterface(linking
program) in order to integrate the modules this interface will be tested by white box testers.
Developers will follow any one of the approaches white integration the module.
Top down approaches
Bottom up approaches
Hybrid approaches (or) Sand rive approached
Big-Bang approaches
Top down approaches:- In this approaches the parent modules will be developed first and then
the corresponding child modules will be developed and integrated.
-
7/28/2019 Complete Manual Testing Material
7/32
STUB:- While integrating the modules in top down approach if at all any mandatory modules
are missing then that mandatory modules will be replace with a temporary program.Bottom up approach:- In this approached the child modules will be developed first and will beintegrated to the corresponding parent
modules.
DRIVER:- While integrating the module in bottom up approached if at all any mandatory
modules is missingthen that modules is replaced with a temporary program DRIVER
Hybrid approach (or) San drive approach:- This a mixed approach of Both top down and
bottom up approaches.
-
7/28/2019 Complete Manual Testing Material
8/32
Big-Bang approach:- In this approach one will wait till all the modules are developed andfinally will integrate then at a time.
System level testing:-
System:- Once the software application is installed in to an environment then as a whole we will
call it as a system.
In this stage the block box test engineers will conduct many type of testing like loadtesting, performance testing, stress testing, comparability testing, system integration
testing..ect.
System integration testing:- It is a type of testing in which on will perform some action on
module and check for the reflections in all the related are as of the application.
User acceptance level testing:- In this stage the block box test engineer will perform testing on
the user desired areas in the presence of accept the application happy.
Environment:-Environment defined as group of hardware compounds with some basic
software (OS) where one can install the Presentation Logic, Business Logic, Data Base Logic.
[or]
-
7/28/2019 Complete Manual Testing Material
9/32
Environment defends as combinations of three layer that isPresentation Layer,
Business Layer, Data Base Layer. Where once can install the Presentation Logic, Business
Logic, Data Base Logic.
Type Of Environment:-
Stand Alone Environment (or) One Tier Architecture. Client Sever Environment (or) Two Tier Architecture.
Web Based Environment (or) Three Tier Architecture.
Distributed Environment (or) N-Tier Architecture.
Stand Alone Environment (or) One Tier Architecture:-
In this environment only one tier will be there. Presentation layer, business layer, data
base layer will be present in the same tier.
When ever the application need to be used by single user at time then
environment will be suggested.
Client Sever Environment (or) Two Tier Architecture:- In this environment two tier will bethere .one is for client and another is for data base server. Presentation layer and the business
layer will be available is each and every client and the data base player will be present in data
base server.
When ever the application need be used single premises and there is no problem
with the security of the. Business logic as well as the application need accessed very fast lye then
this environment be suggested.
-
7/28/2019 Complete Manual Testing Material
10/32
Web Based Environment (or) Three Tier Architecture:- In this environment three tier will be
there one is for clients, the middle is one is for application sever and the other is for data base
sever. presentation layer available in the client business layer will be available in the applicationserver. data base sever.
When ever the application need to be used all over the world by limited
numbers of user and wounds the business logic will be secured and function updaters to be easily
them the in environment can be suggested.
WEB SERVER:- Web server is a software which provides web services to the client.
-
7/28/2019 Complete Manual Testing Material
11/32
EX:- IIS(Internet Information Services)
Distributed Environment (or) N-Tier Architecture:-This environment is same as web
environment more the one application sever is introduced in separate hers in order to distributedthe load and increase the performance.
When ever the application need to be use by huge number of user then this
environment can be suggested.
THIN CLIENT:- If at all the client machine is having only the .presentation logic then it isknow as thin client.
THICK CLIENT:- If at all the client machine is having both presentation logic as well as
business logic then it is known as thick client.
APPLICATION:- It is a Presentation Layer, Business Layer, Data Base Layer.
SOFTWARE DEVELOPMENT PROCESS MODELS:-
Waterfall Model Prototype Model Evolutionary Model
Spiral Model
Fish Model V-Model
Waterfall Model:-
Phase Activity Outcome
-
7/28/2019 Complete Manual Testing Material
12/32
DELIVER &MAINENENC
E
DELIVERY TO CLIENT
UNIT TEST
INT .TEST
MOD TEST
SYS TEST
-
7/28/2019 Complete Manual Testing Material
13/32
UAT
Advantages:- It is a simple model and easy to implement.
Project Monterey and maintains is very easily.
Draw Back:- Cant accept the new requirements in the middle of the process.
Prototype Model:-
SRS DOC. BASEDLINED
CLIENTENVIRONMENT
CONFORMATION
BRS DOC. BASE
LINED
REQ. AREREFINED
DEMO TO CLIENT
DEMO TO CLIENT
S/W PROTOTYPE
-
7/28/2019 Complete Manual Testing Material
14/32
H/W PROTOTYPE
PROTOTYPE
UN CLEAR REQ.
Advantage:- when ever the customer is not clear with his requirement. Them this is best suitable
model
Draw Back:- Is not a compiled develop process model.
Its a still time consumer model.
Company should where the cost of prototype
User may limit requirement by sticking into the project.
Evolutionary Model:-
-
7/28/2019 Complete Manual Testing Material
15/32
APPLICATION
BASE LINE
Advantage:- when ever the customer is evolution the requirement then this is the Best suitable
model
Draw Back:- time consuming model
Costly modelDeed lines cant properly defined.
No transference.
Project monetary any maintenance is very difficult.
-
7/28/2019 Complete Manual Testing Material
16/32
Spiral Model:-1)
DEINING THE OBJECTVES /WORK ANALYSIS/CONSTRAINTS
-
7/28/2019 Complete Manual Testing Material
17/32
4)REFINIG &
PLANNING
2) RISK ROOTFOR THE NEXT CYLECAUSE
ANALYSIS
ESTIMATION
3) IMPLEMENATIONCONTINGENCIES
Advantage:- When ever the project highly risk based then this is the best suitable model.
Draw Back:- Time consuming model.
Costly model.
-
7/28/2019 Complete Manual Testing Material
18/32
Risk root cause analysis is nota easy task.
Fish Model:-
REQ ANAYSIS DESIGN CODING
DELIVERY MAI-GATHERINGSYSTEM Testing Maintan
SRS HLD SCD
BRS REVIEW LLD BLOCK Box
Testing
Test S/W
SRS REVIEW TDD REVIEW WHIT BOX TESTING
Changes
-
7/28/2019 Complete Manual Testing Material
19/32
Advantage:- As both the verification are done the outcome will be a quality product.
Draw Back:- Time consuming.
Costly model.
V-Model:-Verification Validation
INITIAL & BRS PREPARING
PROJECT PLANNING
ANALYIS SRS PREPARING TEST
PLANNING
DESIGN & TDD DESIGN PHASE
TESTING
CODING SCD PROGRAM PHASE
TESTING
-
7/28/2019 Complete Manual Testing Material
20/32
TESTING S/W BUILD SYSTEM TESTING
TEST MANAGEMT
PROCESS
USER ACCEPTANCE
TESTING
DEVIVER & PORT TESTING
MANINTENANCE S/W EFFICIENCY
DRE= A
TEST S/W CHANGSA+B
A= Defects found by the testing team.B= Defects raised by the customer.
Advantage:- As both the verification and validation is done and test management process is
maintained. The outcome will be quality product.
Draw Back:- It is time consuming model.
It is a costly model.
Verification:- Verification is a process of checking whether the product is being developing in aright manner or not.
Validation:- Validation is a process of checking whether the develop product is right or not.
TYPE OF TESTING:-
Build acceptance testing (or) Build verification testing (or) Sanity testing
Regression testing
Re testing
Half- testing
B-testing
Static testing
Dynamic testing
-
7/28/2019 Complete Manual Testing Material
21/32
Instillation testing
Compatibility testing
Exploratory testing
End-To-End Testing
Security testing
Usability testing Reliability testing
Mutation testing
Adohc testing
Build acceptance testing (or) Build verification testing (or) Sanity testing:-
It is a type of testing in which one will conduct overall testing one the released build in
order to conform where the proper of not for conducting detailed testingIn this type of testing us ally they check the following.
i) Weather the build can be properly installed in to environment or not
ii) Weather one can navigate to all the pages of the application or not.
iii) Weather all the important feature are available or not.
iv) Weather all the requirement connections are properly established or not.
In some company they will call this types of testing as Smoke testing also but
in some companies they say that just before releasing the build the developer will check weather
the build is proper or not i.e know as Smoke testing.
Once the build is released the testing engineers will once again check weather the
build is proper or not i.e knows as BAT (or) BVT (or) sanity testing.Regression testing:- It is a type of testing in which one will perform testing on the ready testingfunctionality again and again us allay it is done in two servicers.
i) When even some defects are identified raised to the development department once the next
build is released the testing engineers will check the defect functionality as well as the related
functionality once again.
ii) When ever some new feature are added i.e the application next build is released to the testing
department then the test engineers will check all the related features of those new features once
again.
NOTE :- Testing new features for the first time not regression testing.
Some companies may do Random testing at the end that also will fall underregression
testing only.Retesting :- It is a type of testing in which on will perform testing on the same functionalityagain and again with multiple sets of data in order come to a conclusion weather the functionality
is working fine or not.
NOTE :-
-
7/28/2019 Complete Manual Testing Material
22/32
i) Regression testing starts form the 2nd
build and continues up to the last build.
ii) Re testing starts from the 1stbuild and continuous up to the last build.
iii) During regression testing also re testing will be conducted that is the reason some people evencall it as Re and Regression testing.
Half testing:- It is a type of testing user accepting testing conducting in the soft ware companyby the test engineers just before the delivery.
B-testing:- It is a type of testing user accepting testing conducting in the client place either by
the end user (or)by the third party testing experts just before actual implementation of aapplication.
Static testing:- It is a type of testing in which one will perform testing on the application on its
related factors without perform any action.
EX:- GUI testing, Document testing, code--------------ect
Dynamic testing:- It is a type of testing in which one will perform testing on the application on
its related factors by perform some action.
EX:- retesting, functionality testing.ect.
Instillation testing :-It is a type of testing in which one will trey to instillation the application
by following the guide ling provided in the deployment document in order to conform whether
those guidelines really suitable for instillation the application comfortable (or) not.
Compatibility testing:- It is type of testing in which one will install the application into multiple
environment prepared with different .combation in order to check .whether it is suitable with
those environment (or) not.
Monkey testing:- It is type of testing in which one will intentionallyperform some action in
order to checkstability of the application.
Port testing:- It is type of testing in which one will install the application into the original
customers environment and check whether it is comprisable with that environment (or)not.
Exploratory testing:- It is type of testing in which Do many expert will check the functionalityof the application which out having the knowledge of requirement just by parallay exploring the
functionality.
Exploratory:- Have in the base knowledge of some concept doing something and more about itis knows as exploratory.
End-To-End testing:- It is type of testing in which one will perform testing on all the end to end
sceneries of the application.
Ex:- login
Balance enquiry ----10,000
With draw -------3,000
Balance stmt ----------7,000
Logout
Security testing:- It is type of testing in which one will perform testing on the application in
order to conform whether it is properly protected (or)not.
i) Authentication testing : It is a type of security testing in which one will enter differentcombination of user names and password .and check whether only authorized people are able to
access the application (or)not.
ii) Direct URL testing: It is type of security testing in which one will enter the direct URLs ifsecured pages and check whether they access (or) not.
URL [Uniform Resource Location]
-
7/28/2019 Complete Manual Testing Material
23/32
iii) Fire wall leakage testing (or)User realized testing :- It is type of testing in which one will
enterinto the application as a authorized user and will try to access bye and his limited in order
to conform whether he can access (or)not.
Usability testing:- It is type of testing in which one will check the user friendly of the
application.
Reliability testing (or)Socking testing:- It is type of testing in which one will use theapplication continues for long period of time in order to set the stability of the application.
Mutation testing:- It is type of testing in which one will perform testing on the application or its
related factors after doing some changes to them.
Adoh testing:-It is a type of testing in which one will perform testing on the application in thethere own style after understanding requirement very clearly.
Us ally this type of testing will be encouraged after formal testing.
SOFTWARE TESTING LIFY CYCLE (STLC):- STLC contain 6 phase
i) TEST PLANNING
ii) TEST DEVELEPOMENT
iii) TEST EXECUTION
iv) RESULT ANALYSIS
v) BUG TRACKING
vi) REPORT
Test planning:- Test plan is strategic document which contains some information that describes
how to perform testing on that application in a effective ,efficient and optimized way.
Plan:- Plan is a strategic document which contain some information that describe how toperform task in a effective, efficient and optimization.
Optimization:- Optimization is a process are utilizing the available resources to their level best
and getting the maximum possible out put.
Index of test plan (or) Contents of test plan:-
1.0) Introduction
1.1) objective
1.2) reference document
2.0) Coverage testing
2.1) features be testing
2.2) features not be testing
3.0) Test strategic
3.1)levels of testing
3.2)type of testing
3.3) test design techniques
3.4) configuration management
3.5) test metrics
3.6) terminology
3.7) automation plan
3.8) list of automated tools
4.0) Base criteria
4.1) acceptance criteria
4.2) suspension criteria
5.0)Test deliverables
-
7/28/2019 Complete Manual Testing Material
24/32
6.0)Test environment
7.0)Resources planning
8.0)Scheduling
9.0)Staffing and training
10.0)Risk and consistencies
11.0)Assumption12.0)Approval information
1.0) INTRODUCTION:-
Objective:- Purpose of the document will be clearly described here in this section.
Reference document:- The list of the document that are referred will preparing this documents
will be listed out here in this section
EX:- SRS, Project plan
2.0)COVERAGE TESTING:-
Features be tested :- The list of all the features with in the scope which are to be tested will belisted out here in this section.
Features not be tested:- The list of all the features that are not planed for testing will be listed
out here in this section.EX:- i) Out of scope features
ii) Low risk features
iii) Features that are planed to be incorporated in feature
iv) Features that are skipped based on the time constrains.
3.0) TEST STRATEGE:- (defines)
Test strategic is an organization level term which is comman for all theproject in that organization.
Test Plan:- Test plan is a project level term which is specific for that project only.
Level of testing:- the list of all the levels of testing that are maintained in the company will be
listed out here in this section. Type of testing:- The list of all the type of testing that all perform in that company will be listed
out here in this section.
Test design techniques:- The list of all the techniques that used in that company while
designing test cases will be listed out here in this section.
EX:- BVA,ECP
Configuration management:-
Test Metrics:- The list of all the metrics that are maintained on the company doing thetest process will be listed out here in this section.
Ex:- Defect Metric
Test case Metric
Terminology:- The list of all the terms used in that company along with their meaningwill be listed out here in this section.
-
7/28/2019 Complete Manual Testing Material
25/32
Automation plan:- The list of all the areas that are planned for automation in thatcompany will be listed out here in this section.
List of automated tools:- The list of all the automated tools that are used in thatcompany will be listed out here in this section.
4.0)Base criteria:-
Acceptance criteria:- When to stop testing will be clearly described in this section. Suspense criteria:- When to suspense testing will be clearly described here in thissection.
5.0)Test deliverables:- The list of all the document that are to be developed of delivery doing
testing process testing process will be mentioned here on this section.
6.0)Test environment :-The details of environment that is about to be used for testing will beclearly mentioned here in this section.
7.0)Resource planning:- Who has to do what will be clearly described here in this section.
8.0)Scheduling (or) Time planning:- The starting dates and ending dates of each and ever task
will be clearly planed and mention in this section.
9.0)Staffing and training:- To accomplish that project sues fully if at all any staff requirement
and if at all any training requirement then that detailed will be clearly mention here in this
section.
10.0)Risk and Continence:- This list of all the potential risk and continence solution plan willbe clearly mentioned here in this section.
Ex:- Employee may leave the company the middle of the project?
Ans. Employee need to minted on benched.
Unable to de clearly project with in the deadline project ?
Ans. Proper plan insurance.
Costumer may impose the deadline?
Ans. What not be tested should planned.Unable to test all the feature with in the given time ?
Ans. Priority based the execution.
11.0)Assumptions :- The listed of all the think that are be assumed by the test engineer will beclearly mentioned here in this section.
12.0)Approached information:- Who has approval this document when it is approval will be
clearly described in this section.
ii)Test development phase:-
Requirement Documentation
HLI
L L I
SCREENSHORT
-
7/28/2019 Complete Manual Testing Material
26/32
L USE CASES
Use cases:- Usecase describes of the functionality of certain application terms of action
response.
Login
User Name
Password
Clear
CancelLogin
i)Functional requirement
ii)Special requirement
Functional requirement:- Login screen should contain user name, password connect to fields login, clear, cancel button.
Connect fields is not mandatory but it should be allow user to select the data base option when ever require.
-
7/28/2019 Complete Manual Testing Material
27/32
Upon entering valid user name, password and clicking on login buttoncorresponding page must bedisplayed.
Upon entering in to any of the fields and clicking on clearly button all the fields must be cleared and courser
should he display in the user name.
Upon clicking on cancel button login screen must be closed.
Special requirement:- Initial when ever the login page invoked login and when ever and clear button is disabled.
Cancel button must be all ways enable .
Upon entering some information in to and of the fields clear button must be enable. Upon entering some information in to both user name and password fields login button must be enable.
Tabbing order must be user name, password , connect to, login, clearer, cancel.
Use case template :-i) Name of the use case
ii) Brief description of the use case
iii) Action in valuediv) Special requirement
v) Pre conditionvi)post condition
vii)Flow conditionUse Case Document:-
Name of the use case:-
i) Name of the use case: Login use case
ii) Brief description the use case: This use case describes the functionality of all the featurespresent in the login screen.
iii) Actors involved : Normal user and Add mine user .
iv) Special requirement: two typesplicitly requirement
plicitly requirementExplicitly requirement:- The requirement the explicitly given by the customer are know as
explicitly requirement.
Implicitly requirement: The requirement that are analyzed by the business analyst which will add
some value to the application with out disturbing any of the original customer requirement.
Explicitly requirement:- Install when ever the login page invoked login and clear button is disables.
Cancel button must be any way enable.
Open entering some information into any the fields clear button must be enable.
Upon entering some information into both user name and password fields login button must be enable.
Tabbing order must be user name password connect to login clear cancel.
Implicitly requirement:-
Open entering invalid user name valid password and click on login button the following error messagemust be displayed. invalid user name please tray again .
Upon entering valid user name in valid password and click on login button following error message
must be displayed . invalid password please tray again
Upon entering invalid user name invalid password and click on login button following error messagemust be displayed . invalid user name and password please tray again
Initial when ever the login screen is invoked the curser must be display on the user name fields.
Precondition:- login screen must available.
-
7/28/2019 Complete Manual Testing Material
28/32
Post condition:- Either home page (or) add mine and error message for invalid user.
Flow of events:- Two types
i)Main flow
ii)Alternative flow
Main flow:-
Action
Actors invoke the application.
Actors entrees valid user name valid password and click on login button.
Actors entrees valid user name valid password select a data base also and click on login button.
Actors entrees invalid user name valid password and click on login button.
Actors entrees invalid password valid user name and click on login button.
Actors entrees invalid user name invalid password and click on login button.
Actors entrees some information into any of the field and click on clear button.
Actors click on cancel button.
Response
Application display the login screen with the following fields user name, password, connect to, login,
clear, cancel.
Authentication, application display either home page (or)admin page depending upon the actorentered.
Authentication, application display either home page (or)admin page depending upon the actor entered
with the mentioned data base connections .
Go to Alternative flowTable 1 (Invalid user name)
Go to Alternative flowTable 2 (invalid password)
Go to Alternative flowTable 3 (invalid user name and password).
Go to Alternative flowTable 4 (clear click). Go to Alternative flowTable 5 (cancel click).
-
7/28/2019 Complete Manual Testing Material
29/32
Alternative flow Table 1:-
Action Actors enters invalid user name valid password and click on login button.
Alternative flow Table 2:- Actors enters in valid password valid user name and click on login button.
Alternative flow Table 3:- Actors enters invalid user name invalid password and click on login button.
Alternative flow Table 4:- Actors enter some information into any of the fields and click on clear button.
Alternative flow Table 1:-
Actors click on the cancel button.
Response
Authentication, Application displace, the following error message invalid user name please try again.
Authentication, Application displace, the following error message invalid password please try again.
Authentication, Application displace, the following error message invalid user name and invalid
password please try again.
Application clear all the fields login screen and displaces the cursor in the user name fields.
Application clicks the login screen.
Guide line to be followed by test engineers soon after the receive the document :- Identify the module to which the use case belong to?
Ans: Security module
Identify the functionality of the use case with respect total functionality ?
Ans : Authentication .
-
7/28/2019 Complete Manual Testing Material
30/32
Identify the functionality point and prepare the functionality point document?
Ans: Where everuser perform some actions on the application that is called functional point. Identify the input requirement to perform testing ?
Ans: Valid and invalid user name and password .
Identify the actors invalid ?
Ans: Normal user and admin user.
Identify the weather the use case linked with any other use case ?Ans: Home pager and admin page use case.
Identify the precondition?
Ans: Login screen must be available
Identify the post condition ?Ans: Either home page and admin user and error.
Understand main flow of the application ?
Understand the alternative of the application?
Understand the special requirement ?
Document the test cases for the main flow ?
Document the test cases for the alternative ?
Document the test cases of special requirement? Prepare the traceability matrix (or) curser reference matrix?
Functional point :- The point where the user can perform some action in the application is know as
functional point.
DTD
Defect Point
Document
DTCD
etail Test
Case
ocument
TSD
Test Scenario
Document
-
7/28/2019 Complete Manual Testing Material
31/32
FPD
Functional
Point
Document
UCD
Use Case
Document
Testing process related document:-
Traceability matrix :-It is a document which contains table of linking information used for
traceability back for the reference in any kind of confusion (or)questionable situation.
EX1:- (CTM) Complete Traceability Matrix.
UCID
3
6
20
TPI
D
4
99
30
TSI
D
8
86
45
TCID
10
36
55
DI
D
2
34
EX2:- RTM ( Requirement Traceability Matrix).
TCID
1
2
3
4
5
REQUIREMENT ID
1.0
1.0
2.0
2.0
3.0
EX3:-DTM(Defect Traceability matrix).
-
7/28/2019 Complete Manual Testing Material
32/32
Type of test case:-
Test case are broadly
divided in3 types.i) GUI test case
ii) Functional test case (two types)a) +Ve test caseb) Ve test case
iii) Non-Functional test cases
Guide line for the writing GUI test case:-Any idea a test engineer with which he feels that we can test something with out doing any
action will follow under GUI test case.EX:-
Check for the available of all the object .
Check for the consistence for the object.
Check for the allayment of the object
If at all the customer requirement are given.
Check for the spelling and grammar.
Guide line for the writing the +Ve test case:-
DTD
1
2
3
5
TCID
2.3
4.6
7.5
8.5