istqb foundation level syllabus - 2014
DESCRIPTION
This document is the syllabus follwed by ISQTB -2014 veresionTRANSCRIPT
Int
F
ternatio
C
ound
onal So
Certifi
dation
RVer
ftware
ied T
n Lev
Releasedrsion 201
Testing
ester
vel Sy
11
g Qualif
r
yllabu
fication
us
ns Boarrd
CertifFounda
Version 2© Internationa
CopyrighThis doc CopyrighISTQB is Copyrighthe ISTQ CopyrighKlonk, R CopyrighFriedenb CopyrighKlaus Ol All rights The auth(ISTQB)have agr 1) Any
authand afterNatio
2) Any othecopy
3) Any its tr
fied Testeation Level Sy
2011 al Software Testing Q
ht Notice cument may
ht Notice © Ins a registered
ht © 2011 theQB WG Foun
ht © 2010 theRahul Verma)
ht © 2007 theberg and Erik
ht © 2005, thlsen, Maaret
s reserved.
hors hereby t. The authorreed to the fo
individual orors and the provided tha
r submissiononal Board. individual or
er derivative yright ownersISTQB-reco
ranslation) to
er yllabus
Qualifications Board
be copied in
nternational d trademark
e authors forndation Leve
e authors for)
e authors fork van Veene
he authors (T Pyhäjärvi, G
transfer the crs (as currentollowing cond
r training comISTQB are
at any advern for official
r group of inwritings if th
s of the syllaognized Natioo other partie
its entirety,
Software Teof the Intern
r the update l)
r the update
r the update ndaal)
Thomas MülleGeoff Thomp
copyright to tt copyright hditions of use
mpany may uacknowledgertisement of
accreditatio
ndividuals mahe authors abus. onal Board ms.
Page 2 of 7
or extracts m
esting Qualificnational Softw
2011 (Thom
2010 (Thom
2007 (Thom
er (chair), Reson and Erik
the Internatioolders) and Ie:
use this syllaed as the sosuch a train
on of the tra
ay use this sand the IST
may translate
78
made, if the s
cations Boarware Testing
as Müller (ch
as Müller (ch
as Müller (ch
ex Black, Sigk van Veenen
onal SoftwarISTQB (as th
abus as the bource and coning course maining mater
syllabus as tQB are ack
e this syllabu
Q
source is ack
rd (hereinafteg Qualificatio
hair), Debra
hair), Armin B
hair), Dorothy
grid Eldh, Dondaal).
re Testing Quhe future cop
basis for a traopyright ownmay mentionrials to an I
the basis for nowledged a
us and licens
InternatioSoftware Te
Qualifications
31-Mar
knowledged.
er called ISTns Board,
Friedenberg
Beer, Martin
y Graham, D
rothy Graha
ualifications pyright holde
aining courseers of the syn the syllabuISTQB reco
articles, booas the sourc
se the syllab
nal esting s Board
r-2011
QB®)
, and
Debra
m,
Board r)
e if the yllabus us only gnized
oks, or ce and
bus (or
CertifFounda
Version 2© Internationa
Revis Version
ISTQB 2
ISTQB 2
ISTQB 2
ISTQB 2ASQF V
ISEB V2
fied Testeation Level Sy
2011 al Software Testing Q
ion Histo
D
2011 E
2010 E
2007 0
2005 02.2 J
2.0 2
er yllabus
Qualifications Board
ory
Date
Effective 1-Ap
Effective 30-M
01-May-2007
01-July-2005 July-2003
25-Feb-1999
pr-2011
Mar-2010
7
Page 3 of 7
Remarks Certified MaintenaNotes Certified MaintenaNotes Certified MaintenaCertified ASQF Sy“LehrplanISEB Sof25 Febru
78
s
Tester Founance Release
Tester Founance Release
Tester Founance ReleaseTester Foun
yllabus Founn Grundlagenftware Testinary 1999
Q
dation Levele – see Appe
dation Levele – see Appe
dation Levele dation Leveldation Leveln des Softwang Foundatio
InternatioSoftware Te
Qualifications
31-Mar
l Syllabus endix E – Re
l Syllabus endix E – Re
l Syllabus
l Syllabus Version 2.2
are-testens“ on Syllabus V
nal esting s Board
r-2011
elease
elease
V2.0
CertifFounda
Version 2© Internationa
Table AcknowlIntroduct
PurpoThe CLearnThe EAccreLevel How t
1. Fun1.1
1.11.11.11.11.1
1.2 1.3 1.4
1.41.41.41.41.4
1.5 1.6
2. Tes2.1
2.12.12.1
2.2 2.22.22.22.2
2.3 2.32.32.32.3
2.4 3. Sta
3.1 3.2
3.23.23.23.2
3.3 4. Tes
4.1 4.2
fied Testeation Level Sy
2011 al Software Testing Q
of Conteedgements..tion to this S
ose of this DoCertified Testning ObjectiveExamination .editation ........
of Detail ......this Syllabusndamentals o
Why is Te.1 Softwa.2 Causes.3 Role of.4 Testing.5 How M
What is TSeven TeFundame
4.1 Test Pl4.2 Test An4.3 Test Im4.4 Evalua4.5 Test Cl
The PsychCode of E
sting ThrougSoftware
.1 V-mode
.2 Iterative
.3 TestingTest Leve
2.1 Compo2.2 Integra2.3 System2.4 Accept
Test Type3.1 Testing3.2 Testing3.3 Testing3.4 Testing
Maintenanatic Techniqu
Static TecReview P
2.1 Activitie2.2 Roles a2.3 Types o2.4 Succes
Static Anast Design Te
The Test Categorie
er yllabus
Qualifications Board
ents ....................
Syllabus ........ocument ......ter Foundatioes/Cognitive............................................................ is Organizeof Testing (K
esting Necesre Systems Cs of Softwaref Testing in Sg and Qualityuch Testing esting? (K2) sting Principntal Test Proanning and Cnalysis and D
mplementatioting Exit Critlosure Activithology of Te
Ethics ...........ghout the SofDevelopmenel (Sequentiae-incrementag within a Lifeels (K2) ........onent Testingation Testing m Testing (K2
ance Testinges (K2) .........g of Functiong of Non-funcg of Softwareg Related to nce Testing (ues (K2) .......chniques androcess (K2) .es of a Formand Responsof Reviews (ss Factors foalysis by Tooechniques (KDevelopmen
es of Test De
....................
....................
....................on Level in S Level of Kno............................................................d ..................
K2)................sary (K2) .....Context (K1)e Defects (K2Software Devy (K2) ...........is Enough? ....................
ples (K2) .......ocess (K1) ...Control (K1)Design (K1) .on and Executeria and Repties (K1) ......sting (K2) ........................ftware Life Cnt Models (K2al Developmal Developme Cycle Mod....................
g (K2) ...........(K2) ............
2) .................g (K2)...............................
n (Functional ctional Softwe Structure/AChanges: Re(K2) .................................
d the Test Pr....................
mal Review (Ksibilities (K1)(K2) ..............or Reviews (Kols (K2) ........
K4) ................nt Process (Kesign Techniq
Page 4 of 7
....................
....................
....................Software Tesowledge ..............................................................................................................................) ...................2) ................velopment, M....................(K2) ...............................................................................................................ution (K1) .....porting (K1) .............................................................
Cycle (K2) .....2) ................ent Model) (ent Models (el (K2) ................................................................................................................................Testing) (K2
ware CharacteArchitecture (e-testing and........................................rocess (K2) ......................K1) ...............) .......................................K2) .......................................................
K3) ...............ques (K2) ....
78
....................
....................
....................ting ..................................................................................................................................................................................................
Maintenance ........................................................................................................................................................................................................................................................................................K2) ..............(K2) .........................................................................................................................................................
2) .................eristics (NonStructural Ted Regression................................................................................................................................................................................................................................................
Q
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................and Operati................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
n-functional Testing) (K2) .n Testing (K2................................................................................................................................................................................................................................................
InternatioSoftware Te
Qualifications
31-Mar
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................ons (K2) .............................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Testing) (K2)...................
2) .....................................................................................................................................................................................................................................................
nal esting s Board
r-2011
............ 7
............ 8
............ 8
............ 8
............ 8
............ 8
............ 8
............ 9
............ 9
.......... 10
.......... 11
.......... 11
.......... 11
.......... 11
.......... 11
.......... 12
.......... 13
.......... 14
.......... 15
.......... 15
.......... 15
.......... 16
.......... 16
.......... 16
.......... 18
.......... 20
.......... 21
.......... 22
.......... 22
.......... 22
.......... 22
.......... 24
.......... 24
.......... 25
.......... 26
.......... 26
.......... 28
.......... 28 ......... 28 .......... 29 .......... 29 .......... 30 .......... 31 .......... 32 .......... 33 .......... 33 .......... 33 .......... 34 .......... 35 .......... 36 .......... 37 .......... 38 .......... 39
CertifFounda
Version 2© Internationa
4.3 4.34.34.34.34.3
4.4 4.44.44.4
4.5 4.6
5. Tes5.1
5.15.1
5.2 5.25.25.25.25.25.2
5.3 5.35.35.3
5.4 5.5
5.55.5
5.6 6. Too
6.1 6.16.16.16.16.16.16.16.1
6.2 6.26.2
6.3 7. Re
StandBooks
8. ApHistorObjecObjecNovemEntry
fied Testeation Level Sy
2011 al Software Testing Q
Specificat3.1 Equiva3.2 Bounda3.3 Decisio3.4 State T3.5 Use Ca
Structure-4.1 Statem4.2 Decisio4.3 Other S
ExperiencChoosing
st ManagemTest Orga
.1 Test O
.2 Tasks oTest Plan
2.1 Test Pl2.2 Test Pl2.3 Entry C2.4 Exit Cr2.5 Test Es2.6 Test St
Test Prog3.1 Test Pr3.2 Test Re3.3 Test Co
ConfiguraRisk and T
5.1 Project5.2 Produc
Incident Mol Support fo
Types of T.1 Tool Su.2 Test To.3 Tool Su.4 Tool Su.5 Tool Su.6 Tool Su.7 Tool Su.8 Tool Su
Effective U2.1 Potenti2.2 Specia
Introducinferences ......
dards ............s...................pendix A – Sry of this Docctives of the Fctives of the Imber 2001) ..Requiremen
er yllabus
Qualifications Board
tion-based orlence Partitioary Value Anon Table TesTransition Tease Testing (-based or Wh
ment Testing aon Testing anStructure-basce-based Tec
Test Technient (K3) ......
anization (K2rganization aof the Test Lning and Estanning (K2) anning Activ
Criteria (K2) .iteria (K2) ....stimation (K2trategy, Test
gress Monitorrogress Moneporting (K2ontrol (K2) ...
ation ManageTesting (K2) t Risks (K2) .ct Risks (K2) Management or Testing (K2Test Tools (Kupport for Teool Classificaupport for Maupport for Staupport for Teupport for Teupport for Peupport for SpUse of Toolsal Benefits al Considerat
ng a Tool into............................................................
Syllabus Baccument ........Foundation CInternational....................nts for this Qu
r Black-box Toning (K3) ...nalysis (K3) ..sting (K3) .....sting (K3) ....(K2) ..............hite-box Tecand Coveragnd Coveragesed Techniquchniques (K2iques (K2) ........................
2) ..................and IndependLeader and Ttimation (K3)....................
vities (K3) .............................................
2) .................t Approach (Kring and Conitoring (K1) ..) .......................................
ement (K2) ...............................................................(K3) ............
2).................K2) ...............esting (K2) ...ation (K2) .....anagement oatic Testing
est Specificatest Executionerformance apecific Testins: Potential Band Risks of ions for Somo an Organiz............................................................kground ...........................Certificate Q Qualification....................ualification ...
Page 5 of 7
Techniques (....................................................................................................hniques (K4ge (K4) ........e (K4) ...........ues (K1) ......2) .............................................................................dence (K2) ..
Tester (K1) ...) .......................................................................................................................K2) ..............ntrol (K2) .....................................................................................................................................................................................................................................................of Testing an(K1) ............tion (K1) ......n and Logginand Monitorinng Needs (K1Benefits and Tool Suppor
me Types of Tzation (K1) .......................................................................................................ualification ..n (adapted fr........................................
78
(K3) .................................................................................................................
4) ......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
nd Tests (K1)........................................
ng (K1) .........ng (K1) .........1) .................Risks (K2) ..
rt for Testing Tools (K1) ................................................................................................................................................rom ISTQB m........................................
Q
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................
....................) ..........................................................................................................................................(for all tools
....................
....................
....................
....................
....................
....................
....................
....................meeting at So........................................
InternatioSoftware Te
Qualifications
31-Mar
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................s) (K2) .................................................................................................................................................................ollentuna, ......................................
nal esting s Board
r-2011
.......... 40
.......... 40
.......... 40
.......... 40
.......... 41
.......... 41
.......... 42
.......... 42
.......... 42
.......... 42
.......... 43
.......... 44
.......... 45
.......... 47
.......... 47
.......... 47
.......... 49
.......... 49
.......... 49
.......... 49
.......... 49
.......... 50
.......... 50
.......... 51
.......... 51
.......... 51
.......... 51
.......... 52
.......... 53
.......... 53
.......... 53
.......... 55
.......... 57
.......... 58
.......... 58
.......... 58
.......... 59
.......... 59
.......... 59
.......... 60
.......... 60
.......... 60
.......... 62
.......... 62
.......... 62
.......... 64
.......... 65
.......... 65
.......... 65
.......... 67
.......... 67
.......... 67
.......... 67
.......... 67
CertifFounda
Version 2© Internationa
Backg9. Ap
Level Level Level Level
10. AFound
10.10.10.10.
11. A12. A
ReleaRelea
13.
fied Testeation Level Sy
2011 al Software Testing Q
ground and Hpendix B – L1: Rememb2: Understa3: Apply (K34: Analyze (Appendix C –dation Syllab.1.1 Genera.1.2 Curren.1.3 Learnin.1.4 OverallAppendix D –Appendix E –
ase 2010 ......ase 2011 ......Index ...........
er yllabus
Qualifications Board
History of theLearning Objeer (K1) ........nd (K2) .......
3) .................(K4) .............– Rules App
bus ...............al Rules .......t Content ....ng Objectivesl Structure ...– Notice to T– Release N............................................................
e Foundationectives/Cogn................................................................................
plied to the IS............................................................s ......................................
Training Provotes .........................................................................
Page 6 of 7
n Certificate initive Level o................................................................................
STQB ...............................................................................................................viders ..........................................................................................
78
n Software Tof Knowledge............................................................................................................................................................................................................................................................................................................
Q
Testing ........e ..............................................................................................................................................................................................................................................................................................................................
InternatioSoftware Te
Qualifications
31-Mar
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
...................
nal esting s Board
r-2011
.......... 68
.......... 69
.......... 69
.......... 69
.......... 69
.......... 69
.......... 71
.......... 71
.......... 71
.......... 71
.......... 71
.......... 71
.......... 73
.......... 74
.......... 74
.......... 74
.......... 76
CertifFounda
Version 2© Internationa
AcknoInternatioThomas Armin BeSchaefethe curre
InternatioThomas review teTuula PäVeenend
InternatioThomas team thaPetterss
InternatioThomas Geoff Thsuggesti
fied Testeation Level Sy
2011 al Software Testing Q
owledgeonal SoftwarMüller (chai
eer, Rex Blar, Stephanieent version o
onal SoftwarMüller (chai
eam (Rex Blaääkkönen, Mdaal) and all
onal SoftwarMüller (chai
anks the revieon, and Won
onal SoftwarMüller (chai
hompson andons.
er yllabus
Qualifications Board
ments re Testing Qur), Debra Frick, Julie Gar Ulrich, Erik
of the syllabu
re Testing Qur), Rahul Veack, Mette B
Meile PosthumNational Boa
re Testing Qur), Dorothy Gew team (Hanil Kwon) and
re Testing Qur), Rex Blackd Erik van Ve
ualifications edenberg. Trdiner, Judy van Veenens.
ualifications rma, Martin K
Bruhn-Pedersma, Hans Scards for their
ualifications Graham, Debans Schaeferd all the Nati
ualifications k, Sigrid Eldheenendaal an
Page 7 of 7
Board WorkThe core team
McKay, Tuuldaal) and all
Board WorkKlonk and Arson, Debra Fchaefer, Stepr suggestions
Board Workbra Friedenbr, Stephanie onal Boards
Board Workh, Dorothy Gnd the review
78
ing Group Fom thanks the la Pääkköne National Bo
ing Group Formin Beer. T
Friedenberg, phanie Ulrichs.
ing Group Foerg, and ErikUlrich, Meilefor their sug
ing Group FoGraham, Klauw team and a
Q
oundation Lereview team
en, Eric Riou oards for the
oundation LeThe core team
Klaus Olsen, Pete William
oundation Lek van Veenee Posthuma, ggestions.
oundation Leus Olsen, Maall National B
InternatioSoftware Te
Qualifications
31-Mar
evel (Edition m (Dan Almog
du Cosquiersuggestions
evel (Edition m thanks then, Judy McKams, Erik van
evel (Edition ndaal. The cAnders
evel (Edition aaret PyhäjärBoards for th
nal esting s Board
r-2011
2011): g, r Hans for
2010):
ay,
2007): core
2005): rvi, eir
CertifFounda
Version 2© Internationa
Introd
PurpoThis syllaLevel. ThBoards flanguagefor accreInformat
The CThe Foupeople inacceptanfor anyomanagerconsultatesting q
LearniLearningo K1: ro K2: uo K3: ao K4: a
Further d All termsexplicitly
The EThe Fouexaminasyllabus
The form
Exams mexaminarequisite
AccredAn ISTQsyllabusperformsis allowe Further g
fied Testeation Level Sy
2011 al Software Testing Q
duction
ose of thisabus forms the Internatiofor them to ae. Training peditation. Thion on the hi
Certified Tndation Leven roles such nce testers ane who wantrs, software
ants. Holdersqualification.
ing Objecg objectives aremember understand apply analyze
details and e
s listed undey mentioned
Examinationdation Leve
ation question. All sections
mat of the exa
may be takenation center oe for the exam
ditation QB National B
. Training pros the accredied to have an
guidance for
er yllabus
Qualifications Board
n to this
s Documethe basis for onal Softwareccredit the tr
providers will e syllabus wstory and ba
Tester Foel qualificatioas testers, te
and software ts a basic undevelopmen of the Foun
ctives/Coare indicated
examples of l
r “Terms” jusin the learnin
on el Certificatens may requs of the syllab
amination is
n as part of aor in a public m.
Board may aoviders shoutation. An ac
n ISTQB exa
training prov
s Syllab
ent the Internati
e Testing Quraining providdetermine a
will help candackground of
undation on is aimed aest analysts,developers.
nderstanding nt managers, dation Certif
ognitive Ld for each se
learning obje
st below chapng objectives
examinationire the use obus are exam
multiple cho
an accreditedexam). Com
ccredit trainiuld obtain accccredited couamination as
viders is give
Page 8 of 7
us
onal Softwaralifications Bders and to d
appropriate teidates in thef the syllabus
Level in at anyone inv, test enginee This Foundaof software business an
ficate will be
evel of Kction in this s
ectives are g
pter headings.
n will be baseof material baminable.
oice.
d training coumpletion of a
ng providerscreditation gurse is recogpart of the c
en in Append
78
re Testing QBoard (ISTQBderive examieaching methir preparatio
s can be foun
Softwarevolved in softers, test consation Level qtesting, such
nalysts, IT dirable to go on
Knowledgesyllabus and
iven in Appe
gs shall be re
ed on this syased on more
urse or takenan accredited
s whose couruidelines fro
gnized as conourse.
dix D.
Q
ualification aB) provides ination questhods and pron for the exand in Append
e Testing tware testingsultants, test
qualification ih as project mrectors and mn to a higher
e d classified as
endix B.
emembered (
yllabus. Answe than one s
n independend training cou
rse material fm the board nforming to t
InternatioSoftware Te
Qualifications
31-Mar
at the Foundat to the Natiotions in their oduce courseamination. dix A.
g. This includt managers, is also appromanagers, qmanagemenr-level softwa
s follows:
(K1), even if
wers to ection of this
ntly (e.g., at aurse is not a
follows this or body that
his syllabus,
nal esting s Board
r-2011
ation onal local
eware
des user
opriate uality t
are
not
s
an pre-
t and
CertifFounda
Version 2© Internationa
Level The leveorder to o Geno A lis
requo Lear
mindo A liso A de
stan
The syllathe level
How thThere arlearning example
2. Tes This heashown) achapter. objectivewithin th
fied Testeation Level Sy
2011 al Software Testing Q
of Detail el of detail in achieve this eral instructit of informati
uired rning objectivdset to be act of terms tha
escription of tdards
abus content of detail to b
his Syllabre six major cobjectives th
e:
sting Thr
ading shows and K2 (but nWithin each
es and the ame time for the
er yllabus
Qualifications Board
this syllabusgoal, the syonal objectivion to teach,
ves for each chieved at students mthe key conc
t is not a desbe covered in
bus is Orchapters. Thhat is covere
roughout
that Chapternot K3), and chapter themount of timee section.
s allows interllabus consisves describin
including a d
knowledge a
must be ablecepts to teac
scription of thn Foundation
rganizede top-level h
ed within the
t the Sof
r 2 has learnit is intendedre are a nume required. S
Page 9 of 7
rnationally costs of: ng the intentiodescription, a
area, describ
e to recall andh, including s
he entire knon Level traini
heading for echapter and
ftware Li
ing objectived to take 115
mber of sectioSubsections
78
onsistent tea
on of the Fouand referenc
bing the cogn
d understandsources such
owledge areaing courses.
ach chapter specifies the
fe Cycle
es of K1 (ass5 minutes to ons. Each sethat do not h
Q
ching and ex
undation Levces to additio
nitive learnin
d h as accepte
a of software
shows the he time for the
(K2)
sumed when teach the m
ection also hahave a time g
InternatioSoftware Te
Qualifications
31-Mar
xamination. I
vel onal sources
g outcome a
ed literature o
testing; it ref
highest level e chapter. Fo
115 min
a higher levaterial in theas the learnigiven are inc
nal esting s Board
r-2011
n
if
and
or
flects
of or
nutes
el is e ng luded
CertifFounda
Version 2© Internationa
1. LearniThe obje 1.1 WhLO-1.1.1
LO-1.1.2LO-1.1.3LO-1.1.4
LO-1.1.5
1.2 WhLO-1.2.1LO-1.2.2
LO-1.2.3 1.3 SevLO-1.3.1 1.4 FunLO-1.4.1
1.5 TheLO-1.5.1LO-1.5.2
fied Testeation Level Sy
2011 al Software Testing Q
Fundam
ing Objecectives identi
hy is Testi1 Describe
person, t2 Distingu3 Give rea4 Describe
contribut5 Explain a
mistake
hat is Test1 Recall th2 Provide
cycle (K23 Different
ven Testin1 Explain t
ndamenta1 Recall th
(K1)
e Psychol1 Recall th2 Contrast
er yllabus
Qualifications Board
mentals
ctives for fy what you
ng Necesse, with examto the enviroish between
asons why tee why testingtes to higherand compareand bug, usi
ing? (K2) he common oexamples fo2) tiate testing f
ng Principthe seven pr
al Test Prohe five funda
ogy of Teshe psychologt the mindset
of Test
r Fundamwill be able t
sary? (K2ples, the way
onment or to the root causting is nece
g is part of qur quality (K2) e the terms eing examples
objectives of r the objectiv
from debugg
ples (K2) rinciples in te
ocess (K1)mental test a
sting (K2)gical factors tt of a tester a
Page 10 of
ting (K2
mentals ofto do followin
) y in which a a company (
use of a defecessary by givuality assura
error, defect,s (K2)
f testing (K1)ves of testing
ging (K2)
esting (K2)
) activities and
) that influenceand of a deve
78
2)
f Testingng the compl
defect in sof(K2) ct and its effe
ving examplence and give
fault, failure
g in different
d respective t
e the succeseloper (K2)
Q
15
letion of each
ftware can ca
ects (K2) es (K2) e examples o
e, and the cor
phases of th
tasks from p
ss of testing (
InternatioSoftware Te
Qualifications
31-Ma
55 minu
h module.
ause harm to
of how testin
rresponding
he software l
lanning to cl
(K1)
nal esting s Board
ar-2011
utes
o a
g
terms
ife
osure
CertifFounda
Version 2© Internationa
1.1 Terms Bug, def
1.1.1 Softwareproductsexpectedmoney, t
1.1.2 A humancode, or (or do soresult in Defects code, co Failures electronichanging
1.1.3 OperatRigorousduring ocorrected Softwarestandard
1.1.4 With the for both fusabilitysee ChaSoftware Testing cdesigneddefects, Lessonsfound in reoccurrquality a Testing sstandard
fied Testeation Level Sy
2011 al Software Testing Q
Why is
fect, error, fa
Softwaree systems ars (e.g., cars).d. Software ttime or busin
Causes on being can min a docume
omething it sfailures, but
occur becauomplexity of i
can be causic fields, andg the hardwa
Role of Ttions (K2) s testing of speration andd before the
e testing mayds.
Testing ahelp of testifunctional an, efficiency, m
apter 2; for me Product Qu
can give cond test that pathe quality o
s should be leother projecing and, as assurance.
should be intds, training a
er yllabus
Qualifications Board
Testing
ailure, fault, m
e Systemsre an integral. Most peoplethat does notness reputati
of Softwarmake an erroent. If a defechouldn’t), canot all defec
se human benfrastructure
sed by enviro pollution ca
are condition
Testing in
systems and d contribute to
system is re
y also be req
and Qualitng, it is possnd non-functimaintainabiliore informat
uality’ (ISO 9
nfidence in thasses reduceof the softwar
earned from cts, processea consequen
tegrated as ond defect an
g Necess
mistake, qual
s Context (l part of life, fe have had at work correcon, and coul
re Defectsor (mistake), ct in code is
ausing a failucts do so.
eings are fale, changing t
onmental conn cause fauls.
Software
documentatio the quality
eleased for o
quired to mee
ty (K2) sible to measional softwarty and portabtion on softw126).
he quality of tes the overalre system inc
previous proes can be impnce, improve
one of the qunalysis).
Page 11 of
sary (K2
lity, risk
(K1) from businesan experiencctly can lead ld even caus
s (K2) which produexecuted, thre. Defects i
lible and bectechnologies
nditions as wts in firmwar
Developm
ion can help of the softwperational us
et contractua
sure the qualre requiremebility). For mare characte
the software l level of riskcreases whe
ojects. By unproved, whicthe quality o
uality assura
78
2)
ss applicatioce with softwa
to many prose injury or de
uces a defeche system man software, s
cause there i, and/or man
well. For exare or influenc
ment, Main
to reduce thare system, se.
al or legal req
lity of softwaents and charore informat
eristics see ‘S
if it finds fewk in a systemen those defe
derstanding ch in turn shoof future syst
nce activities
Q
ns (e.g., banare that did n
oblems, inclueath.
t (fault, bug) ay fail to do wsystems or d
s time pressny system int
mple, radiatice the execut
ntenance a
he risk of proif the defects
quirements, o
re in terms oracteristics (eion on non-fuSoftware Eng
w or no defecm. When testiects are fixed
the root cauould prevent tems. This is
s (i.e., alongs
InternatioSoftware Te
Qualifications
31-Ma
20 minut
nking) to consnot work as ding loss of
in the prograwhat it shoul
documents m
sure, complexteractions.
ion, magnetistion of softwa
and
blems occurs found are
or industry-s
of defects foue.g., reliabilitunctional tesgineering –
cts. A properng does find
d.
ses of defecthose defectan aspect o
side develop
nal esting s Board
ar-2011
tes
sumer
am ld do
may
x
sm, are by
ring
pecific
und, ty, sting
rly d
cts ts from
of
pment
CertifFounda
Version 2© Internationa
1.1.5 Decidingsafety, afurther in Testing srelease ocustome
fied Testeation Level Sy
2011 al Software Testing Q
How Mucg how much tand businessn Chapter 5.
should providof the softwa
ers.
er yllabus
Qualifications Board
ch Testingtesting is eno
s risks, and p
de sufficient are or system
g is Enougough should
project constr
information tm being teste
Page 12 of
gh? (K2) take accoun
raints such a
to stakeholded, for the ne
78
nt of the leveas time and b
ers to make xt developm
Q
el of risk, inclubudget. Risk
informed deent step or h
InternatioSoftware Te
Qualifications
31-Ma
uding technick is discussed
cisions abouhandover to
nal esting s Board
ar-2011
cal, d
ut the
CertifFounda
Version 2© Internationa
1.2 Terms Debuggi BackgrA commThis is p Test actichoosingcriteria, ractivities(includin Both dynand will developm Testing co Findo Gaino Provo Prev The thoutest basidocumendefects a Differenttesting (emany faiacceptangain conbe to assstakeholtesting thoperatioavailabil DebuggiDebuggiSubsequresponsi The proc
fied Testeation Level Sy
2011 al Software Testing Q
What is
ng, requirem
round on perceptio
part of testing
ivities exist bg test conditireporting on s after a test g source cod
namic testingprovide informent and tes
can have theing defects
ning confidenviding informventing defec
ught processs via test dents (e.g., reqappearing in
t viewpoints e.g., componilures as posnce testing, tnfidence that sess the quaders of the rhat no new dnal testing, tity.
ng and testinng is the dev
uent re-testinibility for thes
cess of testin
er yllabus
Qualifications Board
s Testin
ment, review,
on of testing ig, but not all o
before and afons, designithe testing pphase has bde) and cond
g and static termation that csting process
e following ob
nce about theation for deccts
s and activitiesign) can he
quirements) athe code.
in testing taknent, integratssible so thatthe main objeit has met th
ality of the sorisk of releasdefects have he main obje
ng are differevelopment acng by a testese activities i
ng and the te
g? (K2)
test case, te
is that it onlyof the testing
fter test execng and exec
process and been completducting static
esting can bcan be usedses.
bjectives:
e level of quacision-making
es involved inelp to preventand the ident
ke different otion and systt defects in thective may bhe requiremeoftware (with ing the systebeen introdu
ective may b
ent. Dynamicctivity that finr ensures thais usually tes
esting activitie
Page 13 of
esting, test o
y consists of g activities.
cution. Thescuting test casystem undeted. Testing c analysis.
e used as a to improve b
ality g
n designing tt defects fromtification and
objectives intotem testing), he software abe to confirm ents. In someno intention
em at a givenuced during de to assess s
c testing can nds, analyzeat the fix doesters test and
es are expla
78
objective
running tests
se activities inses, checkin
er test, and fialso includes
means for acboth the syst
tests early inm being introd resolution o
o account. Fthe main ob
are identifiedthat the sys
e cases the mof fixing defe
n time. Maintdevelopmensystem chara
show failures and remov
es indeed resd developers
ined in Secti
Q
s, i.e., execu
nclude plannng results, evinalizing or cs reviewing d
chieving simtem being tes
the life cycleoduced into cof issues also
For example, bjective may d and can betem works a
main objectivects), to givetenance testit of the chanacteristics su
es that are caves the causesolve the fails debug.
on 1.4.
InternatioSoftware Te
Qualifications
31-Ma
30 minut
uting the softw
ning and contvaluating exitcompleting cldocuments
milar objectivested and the
e (verifying tcode. Reviewo help to prev
in developmbe to cause
e fixed. In s expected,
ve of testing e informationing often inclnges. During uch as reliab
aused by defe of the failurure. The
nal esting s Board
ar-2011
tes
ware.
trol, t osure
es, e
he ws of vent
ment as
to may
n to ludes
bility or
fects. re.
CertifFounda
Version 2© Internationa
1.3 Terms Exhaust PrincipA numbeguideline PrinciplTesting creduces found, it PrinciplTesting ecases. Inefforts. PrinciplTo find ddevelopm PrinciplTesting emodulesrelease t PrinciplIf the samlonger finreviewedthe softw PrinciplTesting idifferentl PrinciplFinding aneeds an
fied Testeation Level Sy
2011 al Software Testing Q
Seven
ive testing
ples er of testing pes common f
e 1 – Testincan show thathe probabilis not a proo
e 2 – Exhaueverything (anstead of exh
e 3 – Early tdefects earlyment life cyc
e 4 – Defecteffort shall be
s. A small nutesting, or is
e 5 – Pesticme tests arend any new dd and revisedware or syste
e 6 – Testinis done differly from an e-
e 7 – Absenand fixing dend expectatio
er yllabus
Qualifications Board
Testing
principles hafor all testing
g shows preat defects arity of undisco
of of correctn
ustive testinall combinatiohaustive test
testing , testing activle, and shall
t clustering e focused prmber of modresponsible
cide paradox repeated ovdefects. To od, and new aem to find po
g is contextrently in diffe-commerce s
nce-of-errorsefects does nons.
Princip
ave been sugg.
esence of de present, buovered defec
ness.
g is impossons of inputsting, risk ana
vities shall bbe focused
roportionally dules usually
for most of t
x ver and over overcome thiand different tentially mor
t dependenterent contextsite.
s fallacy not help if the
Page 14 of
les (K2)
ggested over
defects ut cannot procts remaining
sible s and preconalysis and pri
e started as on defined o
to the expecy contains mothe operation
again, eventis “pesticide tests need to
re defects.
t ts. For exam
e system bui
78
)
r the past 40
ove that thereg in the softw
nditions) is noorities should
early as posobjectives.
cted and lateost of the defnal failures.
tually the samparadox”, teo be written t
ple, safety-c
lt is unusable
Q
years and o
e are no defeware but, eve
ot feasible exd be used to
ssible in the s
r observed dfects discove
me set of tesst cases neeto exercise d
ritical softwa
e and does n
InternatioSoftware Te
Qualifications
31-Ma
35 minut
ffer general
ects. Testingen if no defec
xcept for trivio focus testin
software or s
defect densityered during p
st cases will ed to be regudifferent parts
are is tested
not fulfill the
nal esting s Board
ar-2011
tes
g cts are
ial g
system
y of pre-
no ularly s of
users’
CertifFounda
Version 2© Internationa
1.4 Terms Confirmatest covesummary BackgrThe mosalso incluand eval The fundo Testo Testo Testo Evalo Test AlthoughTailoring
1.4.1 Test planin order Test constatus, inand objethroughoactivities Test plan
1.4.2 Test anatangible The test o Revi
analo Evalo Iden
behao Desio Ideno Desio Crea
1 The degrsystem chareliability, o
fied Testeation Level Sy
2011 al Software Testing Q
Fundam
ation testing,erage, test day report, test
round st visible partude time to bluating result
damental test planning ant analysis ant implementauating exit ct closure acti
h logically seg these main
Test Plannning is the ato meet the o
ntrol is the onncluding devectives of theout the projecs.
nning and co
Test Anaalysis and detest conditio
analysis andiewing the teysis reports,uating testabtifying and pavior and struigning and ptifying necesigning the tesating bi-direc
ree to which sofaracteristics (e.gor cost) which a
er yllabus
Qualifications Board
mental T
, re-testing, eata, test exetware
t of testing isbe spent on pts.
st process cond control d design
ation and execriteria and revities
equential, theactivities wit
nning andactivity of deobjectives an
ngoing activitiations from
e project. In oct. Test plan
ontrol tasks a
alysis andesign is the aons and test c
d design actiest basis (suc architecturebility of the te
prioritizing tesucture of therioritizing higssary test dast environme
ctional tracea
ftware compliesg., software com
are defined to re
Test Pro
exit criteria, icution, test l
s test executiplanning the
onsists of the
ecution eporting
e activities in thin the cont
d Control (efining the obnd mission.
ty of comparthe plan. It in
order to contrning takes in
are defined in
Design (Kactivity duringcases.
ivity has the ch as requiree, design, inteest basis andst conditionse software gh level test cta to supportent setup andability betwee
s or must complymplexity, risk aseflect the importa
Page 15 of
ocess (K
ncident, regrog, test plan
ion. But to betests, desig
following ma
the processext of the sy
(K1) bjectives of te
ing actual prnvolves takinrol testing, th
nto account t
n Chapter 5 o
K1) g which gene
following maements, softwerface specifd test objectsbased on an
cases t the test cond identifying en test basis
y with a set of sssessment, safeance of the soft
78
K1)
ression testin, test proced
e effective anning test cas
ain activities
may overlapstem and the
esting and th
rogress againng actions nehe testing ache feedback
of this syllab
eral testing o
ajor tasks: ware integrityfications) s nalysis of tes
nditions and any requiredand test cas
stakeholder-seleety level, securittware to its stak
Q
ng, test basisdure, test pol
nd efficient, tses, preparin
:
p or take place project is u
he specificatio
nst the plan, ecessary to mtivities shoul
k from monito
bus.
bjectives are
y level1 (risk
st items, the
test cases d infrastructuses
ected software aty level, desired keholders.
InternatioSoftware Te
Qualifications
31-Ma
35 minut
s, test conditicy, test suite
test plans shng for execut
ce concurrenusually requir
on of test ac
and reportinmeet the misld be monitororing and con
e transformed
level), risk
specification
ure and tools
and/or software-performance,
nal esting s Board
ar-2011
tes
tion, e, test
hould ion
ntly. red.
ctivities
ng the ssion red ntrol
d into
n,
-based
CertifFounda
Version 2© Internationa
1.4.3 Test impcombininexecutio Test impo Finao Deve
harno Creao Verifo Verifo Exec
plano Logg
undeo Como Repo
a dewas
o Repeexecof a introdefe
1.4.4 Evaluatinobjective Evaluatino Checo Asseo Writi
1.4.5 Test clostestwaresoftwareachieved
fied Testeation Level Sy
2011 al Software Testing Q
Test Impplementation ng the test caon, the enviro
plementation alizing, implemeloping and
nesses and wating test suitfying that thefying and upcuting test prned sequencging the outcer test, test to
mparing actuaorting discre
efect in the coexecuted) eating test acution of a tecorrected tes
oduced in uncects (regressi
Evaluatinng exit criteres. This shou
ng exit critercking test logessing if moring a test sum
Test Clossure activitiee, facts and ne system is red, or a mainte
er yllabus
Qualifications Board
plementatiand executio
ases in a paronment is set
and executiomenting andprioritizing te
writing automtes from the
e test environdating bi-direrocedures eice come of test ools and testal results withpancies as inode, in speci
ctivities as aest that previost and/or exechanged areion testing)
ng Exit Cria is the activuld be done f
ia has the fogs against thre tests are nmmary repor
sure Activs collect data
numbers. Teseleased, a teenance relea
on and Exon is the actrticular ordert up and the
on has the fo prioritizing t
est proceduremated test scr
test procedunment has beectional tracether manuall
execution antware h expected rncidents andfied test data
a result of actously failed iecution of tesas of the sof
riteria andvity where tefor each test
llowing majohe exit criterianeeded or if trt for stakeho
vities (K1)a from compst closure ac
est project is ase has been
Page 16 of
xecution (ivity where ter and includintests are run
ollowing majotest cases (ines, creating tripts ures for efficieen set up coeability betwly or by using
nd recording
results d analyzing tha, in the test
tion taken fon order to costs in order tftware or tha
Reportingest execution
level (see S
or tasks: a specified inthe exit criterolders
pleted test acctivities occurcompleted (on completed
78
K1) est procedurng any other n.
or tasks: ncluding the test data and
ent test execorrectly een the test g test execut
the identities
hem in orderdocument, o
r each discreonfirm a fix (cto ensure that defect fixin
g (K1) is assessed
Section 2.2).
n test planninria specified
ctivities to cor at project mor cancelled.
Q
res or scriptsinformation
identificationd, optionally,
cution
basis and tetion tools, ac
s and versio
r to establishor a mistake
epancy, for econfirmation at defects hag did not unc
d against the
ng should be ch
nsolidate expmilestones su), a mileston
InternatioSoftware Te
Qualifications
31-Ma
s are specifieneeded for t
n of test data preparing te
est cases ccording to th
ns of the sof
h their cause in the way th
example, re-testing), exeve not been cover other
defined
hanged
perience, uch as when e has been
nal esting s Board
ar-2011
ed by test
a) est
he
ftware
(e.g., he test
ecution
a
CertifFounda
Version 2© Internationa
Test closo Checo Closo Docuo Finao Hando Analo Usin
fied Testeation Level Sy
2011 al Software Testing Q
sure activitiecking which
sing incident umenting the
alizing and arding over thelyzing lesson
ng the inform
er yllabus
Qualifications Board
s include theplanned delireports or ra
e acceptancerchiving testwe testware tons learned toation gathere
e following mverables hav
aising changee of the systeware, the teso the mainteno determine ced to improv
Page 17 of
major tasks: ve been delive records forem st environmennance organichanges neeve test matur
78
vered r any that rem
nt and the teization
eded for futurity
Q
main open
est infrastruct
re releases a
InternatioSoftware Te
Qualifications
31-Ma
ture for later
and projects
nal esting s Board
ar-2011
reuse
CertifFounda
Version 2© Internationa
1.5 Terms Error gue BackgrThe mindsoftwareresponsian indepcarried o A certainat findingdevelopebe defineo Testo Testo Test
teamo Test
certi People aby manameets its Identifyinauthor. Ain the mapessimisexperien If errors,testers aduring re The testedefects, defect insave tim Commununwanterelations
fied Testeation Level Sy
2011 al Software Testing Q
The Ps
essing, indep
round dset to be us
e. With the rigibility to a tes
pendent viewout at any lev
n degree of ing defects anders can efficied as shownts designed bts designed bts designed b
m) or test spets designed bfication by a
and projects agement ands objectives.
ng failures duAs a result, teanagement osm, a critical nce on which
defects or faand the analyeviews as we
er and test leprogress an
nformation cae and money
nication probed news abouships betwee
er yllabus
Qualifications Board
sycholog
pendence
sed while tesght mindset dster is typica
w by trained avel of testing
ndependencd failures. Indently find ma
n here from loby the persoby another pby a person(ecialists (e.g.by a person(n external bo
are driven by other stakehTherefore, it
uring testing esting is ofteof product riseye, attentio to base erro
ailures are coysts, designeell as in testin
eader need gd risks in a c
an help themy later, and r
blems may ocut defects. H
en testers and
gy of Tes
sting and revdevelopers ally done to hand professio.
ce (avoiding tdependenceany defects iow to high: n(s) who wroerson(s) (e.gs) from a diff., usability ors) from a diffody)
y objectives.holders, for et is importan
may be percen seen as a sks. Looking on to detail, gor guessing.
ommunicateers and deveng.
good interperconstructive w
m improve thereduce risks.
ccur, particuowever, therd others:
Page 18 of
sting (K
viewing is diffare able to teelp focus effonal testing r
the author bie is not, howen their own c
ote the softwg., from the dferent organir performancferent organi
. People tendexample, to ft to clearly s
ceived as cridestructive afor failures i
good commu
d in a constrlopers can b
rsonal skills way. For theeir skills. Defe.
larly if testerre are severa
78
2)
ferent from thest their own fort and provresources. In
as) often maever, a replaccode. Severa
ware under tedevelopmentizational grou
ce test speciaization or com
d to align thefind defects otate the obje
ticism againsactivity, evenn a system r
unication with
ructive way, be avoided. T
to communic author of thects found a
s are seen oal ways to im
Q
hat used whicode, but seide additiona
ndependent t
akes the testecement for faal levels of in
st (low level t team) up (e.g., an ialists) mpany (i.e.,
eir plans withor to confirm
ectives of tes
st the producn though it isrequires curioh developme
bad feelings This applies t
cate factual ie software ond fixed duri
only as messmprove comm
InternatioSoftware Te
Qualifications
31-Ma
25 minut
ile developineparation of tal benefits, sutesting may b
er more effecamiliarity, anndependence
of independ
independent
outsourcing
the objectivm that softwar
ting.
ct and againss very construosity, professent peers, an
between theto defects fou
nformation aor document, ing testing w
engers of munication an
nal esting s Board
ar-2011
tes
g this uch as be
ctive nd e can
ence)
t test
or
es set re
st the uctive sional d
e und
about
will
nd
CertifFounda
Version 2© Internationa
o Startqual
o Compersfindi
o Try to Conf
fied Testeation Level Sy
2011 al Software Testing Q
t with collaboity systems
mmunicate finson who creangs to understanfirm that the
er yllabus
Qualifications Board
oration rathe
ndings on theated it, for ex
d how the otother person
r than battles
e product in aample, write
ther person fn has unders
Page 19 of
s – remind e
a neutral, fac objective an
feels and whstood what yo
78
everyone of th
ct-focused wnd factual inc
y they react ou have said
Q
he common
way without crcident reports
as they do d and vice ve
InternatioSoftware Te
Qualifications
31-Ma
goal of bette
riticizing the s and review
ersa
nal esting s Board
ar-2011
er
w
CertifFounda
Version 2© Internationa
1.6 Involvemcode of einappropfollowing PUBLIC CLIENT of their c PRODUCand syst JUDGMEjudgmen MANAGethical a PROFESconsiste COLLEApromote SELF - Cprofessio Refere1.1.5 Bl1.2 Beiz1.3 Beiz1.4 Hetz1.4.5 Bl1.5 Blac
fied Testeation Level Sy
2011 al Software Testing Q
Code o
ment in softwethics is necpriate use. Reg code of eth
- Certified so
AND EMPLOclient and em
CT - Certifiedtems they tes
ENT- Certifient
EMENT - Ceapproach to t
SSION - Cernt with the p
AGUES - Cercooperation
Certified softwon and shall
ences ack, 2001, Kzer, 1990, Blazer, 1990, Hezel, 1988 ack, 2001, Cck, 2001, Het
er yllabus
Qualifications Board
of Ethics
are testing eessary, amoecognizing thics:
oftware teste
OYER - Certmployer, cons
d software test) meet the
ed software t
ertified softwahe managem
rtified softwarublic interest
rtified softwan with softwa
ware testerspromote an
Kaner, 2002 ack, 2001, Metzel, 1988, M
Craig, 2002 tzel, 1988
s
enables indivong other reahe ACM and
ers shall act
tified softwarsistent with th
esters shall ehighest profe
testers shall
are test manment of softw
re testers sht
are testers shre developer
shall participethical appro
Myers, 1979Myers, 1979
Page 20 of
viduals to leaasons to ensud IEEE code
consistently
re testers shahe public inte
ensure that thessional stan
maintain inte
nagers and leware testing
all advance
hall be fair tors
pate in lifelonoach to the p
78
rn confidentiure that the iof ethics for
with the pub
all act in a merest
he deliverabndards possi
egrity and ind
eaders shall
the integrity
and support
ng learning rpractice of th
Q
al and privilenformation isengineers, th
blic interest
manner that is
les they provble
dependence
subscribe to
and reputatio
tive of their c
regarding thee profession
InternatioSoftware Te
Qualifications
31-Ma
10 minut
eged informas not put to he ISTQB st
s in the best
vide (on the p
in their profe
and promot
on of the pro
colleagues, a
e practice of n
nal esting s Board
ar-2011
tes
ation. A
ates the
interests
products
essional
e an
ofession
and
their
CertifFounda
Version 2© Internationa
2. TCycle
LearniThe obje 2.1 SofLO-2.1.1
LO-2.1.2
LO-2.1.3 2.2 TesLO-2.2.1
2.3 TesLO-2.3.1
LO-2.3.2LO-2.3.3
LO-2.3.4
LO-2.3.5 2.4 MaLO-2.4.1
LO-2.4.2
LO-2.4.3
fied Testeation Level Sy
2011 al Software Testing Q
Testinge (K2)
ing Objecectives identi
ftware Dev1 Explain t
developm2 Recogni
of projec3 Recall ch
st Levels (1 Compare
typical tawho test
st Types (1 Compare
related) 2 Recogni3 Identify a
(K2) 4 Identify a
or archite5 Describe
intenance1 Compare
with resp2 Recogni
(K1) 3. Describe
er yllabus
Qualifications Board
g Throug
ctives for fy what you
velopmenthe relationsment life cycze the fact th
ct and producharacteristics
(K2) e the differenargets of testt, types of de
K2) e four softwaby example ze that functand describe
and describeecture (K2) e the purpose
e Testing (e maintenanpect to test tyze indicators
e the role of r
ghout th
r Testing will be able t
nt Models (hip between
cle, by giving hat software ct characteriss of good tes
nt levels of teting (e.g., funefects and fa
are test types(K2) tional and stre non-functio
e test types b
e of confirma
(K2) ce testing (teypes, triggers for mainten
regression te
Page 21 of
he Softw
Throughoto do followin
(K2) developmenexamples usdevelopmenstics (K1) sting that are
esting: majornctional or stilures to be id
s (functional,
ructural testsonal test type
based on the
ation testing
esting an exis for testing
nance testing
esting and im
78
ware Lif
out the Sng the compl
nt, test activitsing project ant models mu
e applicable t
r objectives, tructural) anddentified (K2
, non-functio
s occur at anes based on n
e analysis of a
and regress
sting systemand amount
g (modificatio
mpact analys
Q
fe 1
Software Lletion of each
ties and worand product ust be adapte
to any life cy
typical objecd related wor2)
nal, structura
y test level (non-function
a software sy
ion testing (K
m) to testing aof testing (K
on, migration
is in mainten
InternatioSoftware Te
Qualifications
31-Ma
115 min
Life Cycleh module.
k products intypes (K2) ed to the con
ycle model (K
cts of testing,rk products,
al and chang
K1) al requireme
ystem’s struc
K2)
a new applicK2) and retirem
nance (K2)
nal esting s Board
ar-2011
utes
e
n the
ntext
K1)
, people
ge-
ents
cture
ation
ent)
CertifFounda
Version 2© Internationa
2.1 Terms Commerverificati BackgrTesting dDifferent
2.1.1 Althoughcorrespo The fouro Como Intego Systo Acce In practicdependinintegratio Softwaredesign dmore tes(CMMI) otest desi
2.1.2 Iterative-and testiApplicatisystem titeration.which shfirst one.
2.1.3 In any lifo For eo Eacho The
deveo Test
deve Test levearchitectproduct
fied Testeation Level Sy
2011 al Software Testing Q
Softwa
rcial Off-The-on, V-model
round does not exist developmen
V-model h variants of onding to the
r levels used mponent (unitgration testintem testing eptance testi
ce, a V-modeng on the proon testing aft
e work produdocuments anst levels. Refor ‘Software gn) can be c
Iterative--incrementaling a systemion Developmthat is produc. An incremehould also be. Verification
Testing wfe cycle modevery develoh test level hanalysis and
elopment actters should belopment life
els can be coture. For exainto a system
er yllabus
Qualifications Board
are Deve
-Shelf (COTS
st in isolationnt life cycle m
(Sequentthe V-model
e four develop
in this syllabt) testing ng
ing
el may have oject and theter compone
ucts (such asnd code) proferences for glife cycle pro
carried out du
-incremen developmen
m in a series oment (RAD), ced using the
ent, added toe tested. Reg and validatio
within a Lel, there are
opment activihas test objecd design of tetivity be involved in cycle
ombined or rample, for them, the purcha
elopmen
S), iterative-i
n; test activitimodels need
ial Develol exist, a compment levels
bus are:
more, fewere software prent testing, an
s business scoduced duringeneric workocesses’ (IEEuring the dev
ntal Develont is the procof short deveRational Un
ese models m others deve
gression teston can be ca
ife Cycle Mseveral cha
ity there is a ctives specifiests for a giv
n reviewing d
reorganized de integrationaser may per
Page 22 of
nt Model
incremental
ies are related different ap
opment Mommon type ofs.
r or different roduct. For end system in
cenarios or ug developmek products inEE/IEC 1220velopment of
opment Mcess of estabelopment cycnified Processmay be teste
eloped previoing is increasarried out on
Model (K2racteristics ocorrespondi
ic to that leveven test level
documents a
depending oof a Commerform integra
78
s (K2)
developmen
ed to softwarproaches to
odel) (K2)f V-model us
levels of devxample, ther
ntegration tes
use cases, reent are oftenclude Capab
07). Verificatf the software
odels (K2blishing requicles. Exampls (RUP) anded at severalously, forms asingly importeach increm
2) of good testinng testing acel should begi
as soon as dr
n the nature ercial Off-Theation testing a
Q
t model, vali
re developmetesting.
ses four test
velopment anre may be costing after sy
equirements s the basis of
bility Maturityion and valide work produ
) irements, dees are: proto agile develo test levels da growing patant on all ite
ment.
ng: ctivity
in during the
rafts are ava
of the projece-Shelf (COTat the system
InternatioSoftware Te
Qualifications
31-Ma
20 minut
dation,
ent activities
levels,
nd testing, omponent ystem testing
specificationf testing in ony Model Integdation (and eucts.
signing, buildotyping, Rapopment modeduring each artial systemerations after
correspondi
ilable in the
ct or the systTS) software m level (e.g.,
nal esting s Board
ar-2011
tes
.
g.
ns, ne or gration early
ding id els. A
, r the
ing
tem
CertifFounda
Version 2© Internationa
integratio(function
fied Testeation Level Sy
2011 al Software Testing Q
on to the infrnal and/or no
er yllabus
Qualifications Board
rastructure aon-functional,
nd other sys, and user an
Page 23 of
tems, or sysnd/or operati
78
stem deploymonal testing)
Q
ment) and ac).
InternatioSoftware Te
Qualifications
31-Ma
cceptance tes
nal esting s Board
ar-2011
sting
CertifFounda
Version 2© Internationa
2.2 Terms Alpha teintegratiotest envi BackgrFor eachproduct(being tesand spec Testing a
2.2.1 Test baso Como Detao Code
Typical to Como Progo Datao Data Componverifies ttestable.developm Componsuch as structuraspecifica Typicallydevelopmtesting uthey are One appcalled a based onexecutin
fied Testeation Level Sy
2011 al Software Testing Q
Test Le
sting, beta teon, integratioronment, tes
round h of the test ls) being refested), typicalcific approac
a system’s c
Componsis: mponent requailed design e
test objects: mponents grams a conversion abase modul
nent testing (athe functionin. It may be doment life cyc
nent testing mresource-be
al testing (e.gation of the c
y, componenment environ
usually involvfound, witho
proach to comtest-first appn cycles of dg the compo
er yllabus
Qualifications Board
evels (K
esting, compon testing, nost level, test-d
evels, the foerenced for dl defects andches and res
onfiguration
ent Testin
uirements
/ migration pes
also known ang of, softwaone in isolatile and the sy
may include thavior (e.g.,
g., decision component, th
t testing occnment, such ves the progrout formally m
mponent testproach or teseveloping te
onent tests co
K2)
ponent testingon-functionaldriven devel
ollowing can bderiving test cd failures to bponsibilities.
data shall be
ng (K2)
programs
as unit, moduare modules, ion from the ystem. Stubs
testing of funsearching fo
coverage). Tehe software
curs with acceas a unit tes
rammer who managing the
ting is to prest-driven deveest cases, theorrecting any
Page 24 of
g, driver, fieldl requiremenopment, use
be identifiedcases (i.e., thbe found, tes
e considered
ule or prograprograms, orest of the sy
s, drivers and
nctionality anor memory leest cases aredesign or the
ess to the cot frameworkwrote the co
ese defects.
pare and autelopment. Then building ay issues and
78
d testing, funnt, robustnesser acceptance
: the generiche test basisst harness re
d during test
am testing) sobjects, classystem, deped simulators
nd specific noeaks) or robue derived froe data mode
ode being tesor debuggin
ode. Defects
tomate test chis approachnd integratiniterating unt
Q
nctional requs testing, stue testing
c objectives, ts), the test obquirements a
planning,
earches for dses, etc., thanding on themay be used
on-functionalustness testinom work prodl.
sted and withg tool. In prare typically
cases beforeh is highly iteng small piectil they pass.
InternatioSoftware Te
Qualifications
31-Ma
40 minut
uirement, ub, system te
the work bject (i.e., whand tool supp
defects in, ant are separat
e context of td.
l characteristng, as well asducts such as
h the supportactice, comp
y fixed as soo
e coding. Thisrative and is
ces of code, a
nal esting s Board
ar-2011
tes
esting,
hat is port,
nd tely he
tics, s s a
t of a ponent on as
s is s and
CertifFounda
Version 2© Internationa
2.2.2 Test baso Softwo Archo Woro Use
Typical to Subso Datao Infrao Intero Syst Integratiosystem, There mvarying s1. Com
after2. Syst
hardorgaBusiissue
The greacompone Systemabottom-uor compobe increm Testing otesting a At each are integthe modutesting. B Ideally, ttests areorder req
fied Testeation Level Sy
2011 al Software Testing Q
Integratiosis: ware and syshitecture kflows cases
test objects: systems abase implemastructure rfaces tem configura
on testing tesuch as the
ay be more tsize as follow
mponent integr component tem integratiodware and soanization mayness proceses may be si
ater the scopent or system
atic integratioup), functionaonents. In ormental rathe
of specific noas well as fun
stage of integrating moduules, not theBoth function
testers shoule planned bequired for mo
er yllabus
Qualifications Board
on Testing
stem design
mentation
ation and co
sts interfaceoperating sy
than one levws: gration testintesting
on testing teoftware and my control only
sses implemeignificant.
pe of integratm, which may
on strategiesal tasks, tranrder to ease er than “big b
on-functionalnctional testin
egration, testeule A with mo functionality
nal and struc
d understandfore componost efficient t
g (K2)
nfiguration d
s between cystem, file sy
vel of integrat
ng tests the in
sts the interamay be doney one side ofented as wor
tion, the mory lead to incr
may be basnsaction procfault isolationang”.
l characteristng.
ers concentrodule B they y of the indivictural approa
d the architenents or systetesting.
Page 25 of
data
omponents, ystem and ha
tion testing a
nteractions b
actions betwee after systemf the interfacrkflows may
e difficult it breased risk a
sed on the sycessing sequn and detect
tics (e.g., pe
rate solely onare interesteidual moduleches may be
ecture and infems are buil
78
interactions ardware, and
and it may be
between softw
een differentm testing. In e. This mighinvolve a ser
becomes to isand additiona
ystem architeuences, or sot defects earl
rformance) m
n the integrated in testing e as that wase used.
fluence integt, those com
Q
with differen interfaces b
e carried out
ware compo
t systems or this case, th
ht be consideries of system
solate defectal time for tro
ecture (such ome other asly, integration
may be includ
tion itself. Fothe commun
s done during
gration plannmponents can
InternatioSoftware Te
Qualifications
31-Ma
nt parts of a between syst
on test objec
onents and is
between e developing
ered as a riskms. Cross-pl
ts to a specifoubleshooting
as top-downspect of the sn should nor
ded in integr
or example, ifnication betwg component
ning. If integran be built in th
nal esting s Board
ar-2011
tems.
cts of
s done
g k. atform
fic g.
n and system rmally
ration
f they ween
t
ation he
CertifFounda
Version 2© Internationa
2.2.3 Test baso Systo Use o Funco Risk
Typical to Systo Syst System tbe clearl In systemenvironmbeing fou System tprocesseinteractio System tdata quarequiremspecificadecision based terespect t An indep
2.2.4 Test baso Usero Systo Use o Busio Risk
Typical to Busio Opeo Usero Formo Repoo Conf Acceptastakehol The goaspecific acceptan
fied Testeation Level Sy
2011 al Software Testing Q
System Tsis: tem and softwcases
ctional specifk analysis rep
test objects: tem, user antem configura
testing is conly addressed
m testing, thement as mucund in testing
testing may es, use caseons with the
testing shouality charactements. Systemation-based (
table may bechniques (wto a structura
pendent test
Acceptansis: r requirementem requiremcases ness proces
k analysis rep
test objects: ness procesrational and r proceduresms orts figuration da
nce testing isders may be
l in acceptannon-functionnce testing. A
er yllabus
Qualifications Board
Testing (K
ware require
fication ports
d operation mation and co
ncerned withd in the Mast
e test environh as possibleg.
include testses, or other hoperating sy
ld investigateeristics. Testem testing of f(black-box) te
be created fowhite-box) maal element, s
team often c
nce Testin
nts ments
sses ports
sses on fully
maintenances
ata
s often the ree involved as
nce testing isal characteriAcceptance t
K2)
ement specifi
manuals nfiguration d
h the behavioer and/or Lev
nment shoule in order to
s based on riigh level text
ystem, and sy
e functional aers also needfunctional reechniques for combinatioay then be ussuch as menu
carries out sy
ng (K2)
integrated sye processes
esponsibility s well.
s to establishistics of the stesting may
Page 26 of
cation
data
or of a whole vel Test Plan
d correspondminimize the
sks and/or ot descriptionsystem resou
and non-funcd to deal withquirements s
or the aspectns of effectssed to assesu structure o
ystem testing
ystem
of the custo
h confidence system. Findassess the s
78
system/prodn for that tes
d to the final e risk of envi
on requiremes or modelsrces.
ctional requirh incompletestarts by usint of the systes described inss the thorouor web page n
g.
mers or user
in the systemding defects isystem’s read
Q
duct. The test level.
target or proronment-spe
nts specificaof system be
rements of the or undocumng the most a
em to be testen business rughness of thnavigation (s
rs of a system
m, parts of ths not the madiness for de
InternatioSoftware Te
Qualifications
31-Ma
sting scope s
oduction ecific failures
ations, busineehavior,
he system, amented appropriate ed. For examules. Structuhe testing witsee Chapter
m; other
he system orain focus in eployment an
nal esting s Board
ar-2011
shall
s not
ess
nd
mple, a re-h 4).
r
nd
CertifFounda
Version 2© Internationa
use, althintegratio Acceptao A COo Acceo Acce Typical f User accTypically OperatioThe acceo Testo Disao Usero Maino Datao Perio ContracContractcustom-dcontract.to, such Alpha aDevelopcustomeis perforfield-test Organizatesting fo
fied Testeation Level Sy
2011 al Software Testing Q
hough it is noon test may c
nce testing mOTS softwareptance testieptance testi
forms of acce
ceptance tey verifies the
onal (accepteptance of thting of backuaster recoverr managementenance tasa load and modic checks
ct and regulat acceptancedeveloped so. Regulation as governme
nd beta (or ers of marke
ers in their mamed at the dting, is perfor
ations may uor systems th
er yllabus
Qualifications Board
ot necessarilycome after th
may occur ate product maing of the usaing of a new
eptance testi
esting fitness for u
tance) testinhe system byup/restore ry ent sks
migration taskof security v
ation accepte testing is peoftware. Accacceptance ent, legal or
field) testinget, or COTS, arket before
developing orrmed by cust
use other termhat are teste
y the final levhe acceptanc
t various timeay be acceptability of a cofunctional en
ing include th
se of the sys
ng y the system
ks ulnerabilities
tance testinerformed aga
ceptance critetesting is pesafety regula
g software oftethe software
rganization’stomers or po
ms as well, sd before and
Page 27 of
vel of testingce test for a
es in the life tance tested omponent mnhancement
he following:
stem by busi
administrato
s
ng ainst a contraeria should b
erformed agaations.
en want to ge product is ps site but not otential custo
such as factod after being
78
. For exampsystem.
cycle, for exawhen it is inay be done dt may come b
ness users.
ors, including
act’s acceptabe defined whainst any regu
et feedback put up for saby the deve
omers at thei
ory acceptancmoved to a
Q
le, a large-sc
ample: nstalled or intduring compbefore system
g:
ance criteria hen the partiulations that
from potentiale commercialoping team.r own locatio
ce testing ancustomer’s s
InternatioSoftware Te
Qualifications
31-Ma
cale system
tegrated onent testingm testing
for producinies agree to tmust be adh
al or existingally. Alpha te Beta testing
ons.
nd site accepsite.
nal esting s Board
ar-2011
g
g the hered
g esting g, or
ptance
CertifFounda
Version 2© Internationa
2.3 Terms Black-bomaintainstress te BackgrA group on a spe A test typo A funo A noo The o Cha
for u A model model orsecurity or a plain
2.3.1 The funcproductsbe undoc Functiontesters) atests for Specificafunctionabehavior A type ofdetectioninteroperspecified
2.3.2 TestingNon-functesting, utesting o Non-functhe testsvarying squality m
fied Testeation Level Sy
2011 al Software Testing Q
Test Ty
ox testing, conability testingesting, structu
round of test activi
ecific reason
pe is focusednction to be on-functional structure or nge related,
unintended ch
of the softwr menu structhreat moden language s
Testing octions that a s such as a recumented. T
nal tests are and their intecomponents
ation-based tality of the sor of the softw
f functional tn of threats, rability testind component
Testing og) (K2) ctional testinusability testof “how” the s
ctional testins required to scale, such a
model such a
er yllabus
Qualifications Board
ypes (K2
ode coverageg, performanural testing, u
ties can be aor target for
d on a particperformed byquality chararchitecture i.e., confirmihanges (regr
are may be dcture model),ling), and funspecification)
of Functiosystem, subsequirements
The functions
based on funeroperability s may be bas
techniques moftware or sy
ware (black-b
esting, secusuch as virus
ng, evaluatests or systems
of Non-fun
g includes, bing, maintainsystem works
g may be pemeasure cha
as response as the one de
2)
e, functional nce testing, pusability test
aimed at veritesting.
cular test objey the softwaacteristic, suof the softwa
ing that deferession testin
developed a non-functionnctional testi).
on (Functiosystem or co
s specifications are “what” t
nctions and fwith specific
sed on a com
may be usedystem (see Cbox testing).
rity testing, inses, from ma
s the capabilis.
nctional S
but is not limnability testins.
erformed at aaracteristics times for per
efined in ‘Sof
Page 28 of
testing, interportability testing, white-bo
ifying the sof
ective, whichre
uch as reliabiare or system
ects have beeng)
nd/or used innal testing (eng (e.g., a p
onal Testiomponent aren, use casesthe system d
features (desc systems, anmponent spe
to derive tesChapter 4). Fu
nvestigates talicious outsity of the soft
Software C
ited to, perfong, reliability t
all test levelsof systems arformance teftware Engine
78
roperability testing, reliabiliox testing
ftware system
h could be an
ility or usabilm en fixed (con
n structural tee.g., performarocess flow m
ing) (K2) e to perform
s, or a functiodoes.
scribed in dond may be pecification).
st conditionsunctional tes
the functionsiders. Anothetware produc
Characteris
ormance testtesting and p
. The term nand softwareesting. Theseeering – Soft
Q
esting, load tity testing, se
m (or a part o
ny of the follo
ity
nfirmation tes
esting (e.g., ance model,model, a stat
may be desonal specifica
ocuments or uerformed at a
s and test cassting conside
s (e.g., a firewer type of funct to interact
stics (Non
ing, load tesportability tes
on-functionae that can bee tests can btware Produ
InternatioSoftware Te
Qualifications
31-Ma
40 minut
testing, ecurity testin
of a system)
owing:
sting) and loo
a control flow usability mote transition
cribed in woation, or they
understood ball test levels
ses from the ers the extern
wall) relatingnctional testiwith one or
n-function
ting, stress sting. It is the
al testing des quantified oe referencedct Quality’ (IS
nal esting s Board
ar-2011
tes
g,
based
oking
w odel model
rk y may
by the s (e.g.,
nal
g to ng, more
al
e
scribes on a d to a SO
CertifFounda
Version 2© Internationa
9126). Nuses bla
2.3.3 Structuraused aftethrough Coveragpercentato test thChapter At all tesbe used testing m Structuratesting le
2.3.4
After a ddefect hadefect) is Regressdiscovereither in performebased on Tests shtesting. Regressstructuraregressio
fied Testeation Level Sy
2011 al Software Testing Q
Non-functionaack-box test d
Testing oal (white-boxer specificatiassessment
ge is the exteage of the itehose items th
4.
st levels, but to measure
may be based
al testing appevels (e.g., to
Testing R
defect is deteas been succs a developm
sion testing isr any defectsthe software
ed when the n the risk of
hould be repe
sion testing mal testing. Reon testing is
er yllabus
Qualifications Board
al testing condesign techn
of Softwarx) testing mayon-based teof coverage
ent that a struems being cohat were miss
especially inthe code covd on the arch
proaches cano business m
Related to
ected and fixecessfully remment activity,
s the repeates introduced oe being testesoftware, or not finding d
eatable if the
may be perfoegression tes
a strong can
nsiders the eniques to acc
re Structuy be performchniques, in
e of a type of
ucture has beovered. If covsed to increa
n componentverage of elehitecture of th
n also be apmodels or me
o Changes
ed, the softwmoved. This i not a testing
ed testing of or uncoveredd, or in anothits environmefects in soft
ey are to be u
rmed at all test suites are rndidate for au
Page 29 of
xternal behacomplish that
ure/Architemed at all test
order to helpstructure.
een exerciseverage is not ase coverage
t testing and ements, suchhe system, s
plied at systeenu structure
s: Re-testi
ware should bis called cong activity.
an already ted as a result her related o
ment, is chanftware that w
used for conf
est levels, anrun many timutomation.
78
avior of the sot.
ecture (Strt levels. Strup measure th
ed by a test s100%, then
e. Coverage
component h as statemesuch as a cal
em, system ies).
ng and Re
be re-tested tfirmation. De
ested prograof the chang
or unrelated sged. The extas working p
firmation test
nd includes fmes and gene
Q
oftware and
ructural Tctural technihe thoroughn
suite, expresmore tests mtechniques a
integration teents or decisilling hierarch
integration o
egression
to confirm thebugging (loc
am, after modge(s). These software comtent of regrespreviously.
ting and to a
unctional, noerally evolve
InternatioSoftware Te
Qualifications
31-Ma
in most case
esting) (Kiques are beness of testin
sed as a may be desigare covered
esting, tools ons. Structu
hy.
r acceptance
Testing (
hat the originacating and fix
dification, to defects may
mponent. It isssion testing
ssist regress
on-functionale slowly, so
nal esting s Board
ar-2011
es
K2) st ng
gned in
can ral
e
K2)
al xing a
y be s g is
sion
and
CertifFounda
Version 2© Internationa
2.4 Terms Impact a BackgrOnce desystem, planningmade beoperatiosystem. Modificaemergenupgradeexposed Maintenatests of ttesting) imaintain Maintenaarchiving In additioparts of trisk of thchangesDeterminused to hdetermin Maintenadomain k Refere2.1.3 CM2.2 Hetz2.2.4 Co2.3.1 Be2.3.2 Bl2.3.3 Be2.3.4 He2.4 Blac
fied Testeation Level Sy
2011 al Software Testing Q
Mainte
analysis, mai
round eployed, a soits configura
g of releases etween plannnal system, a
ations includency changess, planned u
d or discovere
ance testing the new enviis also neede
ned.
ance testing g if long data
on to testing the system t
he change, ths, maintenancning how thehelp decide hne the regres
ance testing knowledge a
ences MMI, Craig, 2zel, 1988 opeland, 200eizer, 1990, Back, 2001, ISeizer, 1990, Cetzel, 1988, Ick, 2001, Cra
er yllabus
Qualifications Board
nance T
ntenance tes
oftware systeation data, or
in advance ined releasesand is trigge
e planned en, and changepgrade of Coed vulnerabi
for migrationronment as wed when data
for the retirea-retention pe
what has behat have nothe size of thece testing m
e existing syshow much ression test sui
can be difficare not availa
2002, Hetzel
04, Myers, 19Black, 2001,SO 9126 Copeland, 20IEEE STD 82aig, 2002, He
Testing (
sting
em is often inits environm
is crucial for and hot fixered by modif
nhancement ces of environommercial-Olities of the o
n (e.g., from well as of thea from anoth
ement of a syeriods are re
een changedt been change existing sysay be done astem may beegression tesite.
cult if specificable.
l, 1988, IEEE
979 Copeland, 2
004, Hetzel, 29-1998 etzel, 1988, I
Page 30 of
(K2)
n service for yment are often
successful mes. Maintenanfications, mig
changes (e.gnment, such aOff-The-Shelfoperating sys
one platforme changed soher applicatio
ystem may inquired.
, maintenancged. The scostem and to tat any or all t affected by
sting to do. T
cations are o
E 12207
2004
1988
IEEE STD 82
78
years or decn corrected, maintenancence testing isgration, or re
g., release-baas planned of software, orstem.
m to another)oftware. Mig
on will be mig
nclude the te
ce testing incope of maintethe size of thtest levels anchanges is c
The impact a
out of date or
29-1998
Q
ades. Duringchanged or
e testing. A ds done on antirement of th
ased), correcoperating sysr patches to
should incluration testing
grated into th
esting of data
cludes regreenance testinhe change. Dnd for any orcalled impactnalysis may
r missing, or
InternatioSoftware Te
Qualifications
31-Ma
15 minut
g this time thextended. Thistinction hasn existing he software
ctive and stem or datacorrect newl
ude operationg (conversionhe system be
a migration o
ssion testingng is related tDepending onr all test typet analysis, anbe used to
testers with
nal esting s Board
ar-2011
tes
e he s to be
or
base y
nal n eing
r
g to to the n the s. nd is
CertifFounda
Version 2© Internationa
3. S
LearniThe obje 3.1 StaLO-3.1.1
LO-3.1.2
LO-3.1.3
3.2 RevLO-3.2.1LO-3.2.2
LO-3.2.3 3.3 StaLO-3.3.1
LO-3.3.2LO-3.3.3
fied Testeation Level Sy
2011 al Software Testing Q
Static T
ing Objecectives identi
atic Techn1 Recogni
techniqu2 Describe
of softwa3 Explain t
types of cycle (K2
view Proc1 Recall th2 Explain t
review, w3 Explain t
atic Analys1 Recall ty
reviews 2 Describe3 List typic
er yllabus
Qualifications Board
Techniq
ctives for fy what you
iques andze software
ues (K1) e the importaare work prothe differencdefects to be2)
cess (K2) he activities, the differencwalkthrough the factors fo
sis by Tooypical defectsand dynamice, using examcal code and
ues (K2
r Static Tewill be able t
d the Test work produc
ance and valuducts (K2)
ce between se identified, a
roles and reces between and inspecti
or successfu
ols (K2) s and errors c testing (K1mples, the ty design defe
Page 31 of
2)
echniqueto do followin
Process (cts that can b
ue of conside
static and dynand the role
sponsibilitiesdifferent typeon (K2) l performanc
identified by)
ypical benefitects that may
78
s ng the compl
(K2) be examined
ering static te
namic techniof these tech
s of a typical es of reviews
ce of reviews
y static analys
s of static any be identified
Q
6
letion of each
by the differ
echniques fo
ques, considhniques with
formal revies: informal re
s (K2)
sis and comp
nalysis (K2) d by static an
InternatioSoftware Te
Qualifications
31-Ma
60 minut
h module.
rent static
or the assess
dering objecthin the softwa
ew (K1) eview, techni
pare them to
nalysis tools
nal esting s Board
ar-2011
tes
sment
tives, are life
ical
o
(K1)
CertifFounda
Version 2© Internationa
3.1 (K2) Terms Dynamic BackgrUnlike dythe manuproject d Reviewsbefore dfound in the exec A reviewmanual aproduct cplans, te Benefits improvemreductionin require Reviewsare comefficientlthan the Typical dstandardspecifica
fied Testeation Level Sy
2011 al Software Testing Q
Static T
c testing, stat
round ynamic testinual examinat
documentatio
s are a way oynamic test erequirement
cuting code.
w could be doactivity is to ecan be revie
est specificat
of reviews inments, reducns, fewer defements, whic
s, static analyplementary; y. Comparedfailures them
defects that ads, requiremeations.
er yllabus
Qualifications Board
Techniq
tic testing
ng, which reqtion (reviews
on without th
of testing softexecution. Dts) are often
one entirely aexamine a wwed, includinions, test cas
nclude early ced developmfects and imch are unlike
ysis and dynathe different d to dynamicmselves.
are easier toent defects, d
ues and
quires the exs) and autome execution
tware work pDefects detec
much cheap
as a manual work product ng requiremeses, test scri
defect detecment timescaproved comm
ely to be foun
amic testingtechniques
c testing, stat
find in reviedesign defec
Page 32 of
d the Tes
xecution of somated analysi
of the code.
products (inccted during reper to remove
activity, but and make coents specificaipts, user gu
ction and corales, reducedmunication. Rnd in dynami
have the sacan find diffetic technique
ws than in dcts, insufficie
78
st Proce
oftware, statis (static ana
luding code)eviews early e than those
there is alsoomments abations, desigides or web
rrection, deved testing cosReviews canc testing.
me objectiveerent types oes find cause
ynamic testinent maintaina
Q
ess
ic testing tecalysis) of the
) and can be in the life cydetected by
tool supportout it. Any so
gn specificatipages.
elopment prost and time, lin find omissio
e – identifyingof defects effes of failures
ng include: dability and inc
InternatioSoftware Te
Qualifications
31-Ma
15 minut
chniques relycode or othe
performed wycle (e.g., defy running test
t. The main oftware workons, code, te
oductivity ifetime cost ons, for exam
g defects. Thectively and (defects) rat
deviations frocorrect interfa
nal esting s Board
ar-2011
tes
y on er
well fects ts on
k est
mple,
hey
her
om ace
CertifFounda
Version 2© Internationa
3.2 Terms Entry criscribe, te BackgrThe differeviewerdocumenfactors sneed for The waygain undconsens
3.2.1 A typical 1. Plan
• D• S• A• D• S• C
2. Kick• D• E
3. Indiv• P• N
4. Exam• D• N
a• E
g5. Rew
• F• R
6. Follo• C• G• C
3.2.2 A typicalo Man
dete
fied Testeation Level Sy
2011 al Software Testing Q
Review
teria, formal echnical revi
round erent types ors, to systemnted procedu
such as the mr an audit trai
y a review is derstanding, sus).
Activitiesl formal revie
nning Defining the Selecting theAllocating roDefining the Selecting whChecking en
k-off Distributing dExplaining thvidual preparPreparing foNoting potenmination/evaDiscussing oNoting defecabout the deExamining/egroup electro
work Fixing defectRecording uow-up Checking thaGathering mChecking on
Roles anl formal revieager: decide
ermines if the
er yllabus
Qualifications Board
w Proces
review, inforew, walkthro
of reviews vaatic, charactures for condmaturity of thil.
carried out deducate test
s of a Formew has the fo
review critere personnel
oles entry and ex
hich parts of ntry criteria (f
documents he objectivesration r the review
ntial defects, aluation/recoror logging, wcts, making reefects evaluating anonic commun
ts found (typpdated statu
at defects haetrics
n exit criteria
nd Responew will includes on the exee review obje
ss (K2)
rmal review, ough
ry from informterized by teaducting the ree developme
depends on tters and new
mal Revieollowing main
ria
xit criteria fordocuments tfor more form
s, process an
meeting by rquestions anrding of resuith documenecommenda
d recording nications
pically done bs of defects
ave been add
(for more for
nsibilitiesde the roles becution of revectives have
Page 33 of
inspection, m
mal, charactam participateview. The foent process,
the agreed ow team memb
ew (K1) n activities:
r more formato review
mal review ty
nd document
reviewing thend comment
ults (review mted results o
ations regard
issues during
by the author(in formal re
dressed
rmal review t
(K1) below: views, allocabeen met.
78
metric, mode
erized by notion, documeormality of a any legal or
bjectives of tbers, or discu
al review type
pes)
ts to the part
e document(ts meeting) or minutes (foing handling
g any physic
r) views)
types)
ates time in p
Q
erator, peer r
o written instrented resultsreview proceregulatory re
the review (eussion and d
es (e.g., insp
icipants
s)
or more formthe defects,
cal meetings
project sched
InternatioSoftware Te
Qualifications
31-Ma
25 minut
review, review
ructions for s of the reviewess is relatedequirements
e.g., find defedecision by
pections)
mal review typ making dec
or tracking a
dules and
nal esting s Board
ar-2011
tes
wer,
w, and d to
s or the
ects,
pes) cisions
any
CertifFounda
Version 2© Internationa
o Modplanmodthe s
o Autho Revi
inspethe proles
o Scribdurin
Looking checklistperspectproblems
3.2.3 A single more thacarried ospecificaof comm Informao No foo Mayo Resuo Varieo Main Walkthro Meeo Mayo Ope
• O• O
o Optioo Mayo Main Technico Docu
optioo Mayo Ideao Pre-o Optioo Prep
softwfindi
o Mayo Main
techstan
fied Testeation Level Sy
2011 al Software Testing Q
erator: the pning the revierator may m
success of thhor: the writeiewers: indivectors) who,product undes in the reviebe (or recordng the meetin
at software pts can make tives such ass may help to
Types ofsoftware pro
an one type oout before a tation before a
mon review ty
l Review ormal proces take the formults may be des in usefulnn purpose: in
rough eting led by a take the formn-ended sesOptional preOptional preonal scribe ( vary in pracn purposes:
cal Review umented, deonal manage be performe
ally led by trameeting preponal use of cparation of a ware productngs vary in pracn purposes: nical problemdards
er yllabus
Qualifications Board
person who leiew, running mediate betwhe review resr or person w
viduals with a after the ne
er review. Reew process, ader): documeng.
products or rreviews mor
s user, mainto uncover pr
f Reviews oduct or relatof review is utechnical reva walkthrougypes are:
ss m of pair prodocumented
ness dependinexpensive w
author m of scenarissions -meeting preparation of awho is not th
ctice from quilearning, ga
efined defect-ement participed as a peer ined moderaparation by rchecklists review report meets its re
ctice from quidiscussing,
ms and chec
eads the revthe meeting
ween the varsts. with chief resa specific teccessary prep
eviewers shoand should taents all the is
related work re effective atainer, testerreviously und
(K2) ted work proused, the ordview, or an ingh with custo
ogramming o ing on the reway to get so
os, dry runs,
eparation of ra review repohe author) ite informal tining unders
-detection prpation review witho
ator (not the areviewers
rt which incluequirements
ite informal tmaking decis
cking conform
Page 34 of
iew of the do, and followinious points o
sponsibility fohnical or busparation, idenould be choseake part in a
ssues, proble
products froand efficient. r or operationdetected issu
oduct may beder may varynspection mamers. The m
or a technical
eviewers ome benefit
, peer group
reviewers ort including
o very formastanding, find
rocess that in
out managemauthor)
udes the list and, where a
o very formasions, evalua
mance to spe
78
ocument or sng-up after th
of view and is
or the documsiness backgntify and desen to represeny review me
ems and ope
om different pFor example
ns, or a checues.
e the subject y. For exampay be carriedmain characte
lead review
participation
list of finding
al ding defects
ncludes peer
ment particip
of findings, tappropriate,
al ating alternatecifications, p
Q
set of documehe meeting. s often the pe
ment(s) to be ground (also scribe findingent different eetings. n points that
perspectives e, a checklistcklist of typica
of more thanle, an inform out on a reqeristics, optio
wing designs
n
gs
rs and techni
ation
the verdict wrecommend
tives, findingplans, regula
InternatioSoftware Te
Qualifications
31-Ma
ents, includinIf necessaryerson upon w
reviewed. called check
gs (e.g., defeperspectives
t were identif
and using t based on val requireme
n one reviewmal review maquirements ons and purp
and code
ical experts w
hether the ations relate
g defects, solations, and
nal esting s Board
ar-2011
ng y, the whom
kers or ects) in s and
fied
various nts
w. If ay be
poses
with
ed to
lving
CertifFounda
Version 2© Internationa
Inspectio Led o Usuao Defino Incluo Formo Speco Pre-o Inspo Formo Optioo Main Walkthroi.e., colle
3.2.4 Successo Eacho The o Test
whico Defeo Peop
the ao The
evalo Revi
leveo Checo Train
inspeo Man
activo Ther
fied Testeation Level Sy
2011 al Software Testing Q
ion by trained mally conductened roles udes metrics mal process bcified entry ameeting prepection report
mal follow-uponal reader n purpose: fin
oughs, techneagues at the
Successs factors for rh review hasright people
ters are valuech enables thects found arple issues anauthor) review is couation of theiew techniqul of software cklists or rolening is givenection agement sup
vities in projere is an emp
er yllabus
Qualifications Board
moderator (noed as a peer
gathering based on rul
and exit criterparation t including lis
p process (wi
nding defects
ical reviews e same orga
s Factors freviews inclus clear predef
for the revieed reviewershem to prepare welcomednd psycholog
nducted in ae participantsues are applie
work produces are used in review te
pports a gooect scheduleshasis on lear
ot the authorexamination
es and checria for accep
st of findingsith optional p
s
and inspectinizational lev
for Reviewde: fined objectiv
ew objectivess who contribare tests earl and express
gical aspects
n atmosphers ed that are scts and revieif appropriatechniques, es
od review pros) rning and pro
Page 35 of
) n
cklists ptance of the
process impro
ions can be pvel. This type
ws (K2)
ves s are involvedbute to the reier sed objectives are dealt w
re of trust; th
suitable to acewers e to increasespecially the
ocess (e.g., b
ocess improv
78
software pro
ovement com
performed we of review is
d eview and als
ely ith (e.g., mak
he outcome w
chieve the ob
e effectivenesmore formal
by incorporat
vement
Q
oduct
mponents)
within a peer gs called a “pe
so learn abou
king it a posi
will not be us
bjectives and
ss of defect l techniques
ting adequate
InternatioSoftware Te
Qualifications
31-Ma
group, eer review”.
ut the produc
tive experien
sed for the
to the type a
identificationsuch as
e time for rev
nal esting s Board
ar-2011
ct
nce for
and
n
view
CertifFounda
Version 2© Internationa
3.3 Terms Compile BackgrThe objeStatic andynamicfind in dyanalysis such as The valuo Earlyo Early
as ao Ideno Deteo Impro Prev Typical do Refeo Incoo Variao Unreo Misso Oveo Progo Secuo Synt Static anprogramcode to canalysis to allow Compile Refere3.2 IEEE3.2.2 Gi3.2.4 Gi3.3 van
fied Testeation Level Sy
2011 al Software Testing Q
Static A
r, complexity
round ective of statinalysis is perc testing doesynamic testintools analyzHTML and X
ue of static any detection oy warning ab high completification of d
ecting depenroved maintavention of de
defects discoerencing a vansistent inteables that areachable (desing and errorly complicatgramming staurity vulnerabtax violations
nalysis tools ming standaconfigurationtools may pthe most effe
rs may offer
ences E 1028 ilb, 1993, vanilb, 1993, IEEVeenendaal
er yllabus
Qualifications Board
Analysis
y, control flow
ic analysis isrformed withos execute theng. As with reze program cXML.
nalysis is: of defects pribout suspicioexity measurdefects not edencies and
ainability of cfects, if lesso
overed by staariable with arfaces betwe
re not used oead) code oneous logic ted constructandards violabilities s of code and
are typically ards) before an managemeroduce a largective use of
some suppo
n VeenendaaEE 1028 l, 2004
s by Too
w, data flow,
s to find defeout actually ee software coeviews, staticcode (e.g., co
or to test exeous aspects ore easily found b inconsistenc
code and desons are learn
atic analysis an undefinedeen modulesor are improp
(potentially its ations
d software m
used by devand during cent tools, andge number of the tool.
ort for static a
al, 2004
Page 36 of
ols (K2)
static analys
cts in softwaexecuting theode. Static ac analysis finontrol flow an
ecution of the code o
by dynamic tcies in softwsign ned in develo
tools included value s and componperly declared
nfinite loops
models
velopers (cheomponent an
d by designeof warning me
analysis, incl
78
sis
are source coe software benalysis can l
nds defects rnd data flow)
or design by t
testing ware models s
opment
e:
nents d
)
ecking againnd integratiors during sofessages, wh
luding the ca
Q
ode and softweing examinelocate defectrather than fa), as well as g
the calculatio
such as links
st predefinedn testing or wftware modelich need to b
alculation of m
InternatioSoftware Te
Qualifications
31-Ma
20 minut
ware modelsed by the toots that are haailures. Staticgenerated ou
on of metrics
s
d rules or when checkiling. Static be well-mana
metrics.
nal esting s Board
ar-2011
tes
s. ol; ard to c utput
s, such
ng-in
aged
CertifFounda
Version 2© Internationa
4. T
LearniThe obje 4.1 TheLO-4.1.1
LO-4.1.2LO-4.1.3
LO-4.1.4
4.2 CatLO-4.2.1
LO-4.2.2
4.3 SpeLO-4.3.1
LO-4.3.2
LO-4.3.3 4.4 StrLO-4.4.1LO-4.4.2
LO-4.4.3
LO-4.4.4
4.5 ExpLO-4.5.1
LO-4.5.2 4.6 ChoLO-4.6.1
fied Testeation Level Sy
2011 al Software Testing Q
Test De
ing Objecectives identi
e Test Dev1 Different
procedu2 Compare3 Evaluate
expected4 Translate
detail rel
tegories o1 Recall re
box) test2 Explain t
testing, s
ecification1 Write tes
value an2 Explain t
testing c3 Explain t
ructure-ba1 Describe2 Explain t
conceptsbusiness
3 Write testechniqu
4 Assess scriteria. (
perience-b1 Recall re
about co2 Compare
oosing Te1 Classify
basis, re
er yllabus
Qualifications Board
esign Te
ctives for fy what you
velopmenttiate betweenre specificatie the terms te the quality d results (K2e test cases levant to the
of Test Deseasons that bt design techthe charactestructure-bas
n-based ost cases fromnalysis, decisthe main pur
could use thethe concept
ased or Whe the concepthe conceptss can also bes proceduresst cases fromues (K3) statement an(K4)
based Teceasons for wommon defece experience
est Technitest design t
espective mo
echniqu
r Test Deswill be able t
t Process n a test desigion (K2) test conditionof test cases
2) into a well-sknowledge o
sign Techboth specifichniques are uristics, commsed testing a
r Black-bom given softwsion tables anrpose of eache technique, aof use case
hite-box Tpt and value os of statemene used at tess at system lem given contr
nd decision c
chniques (writing test cacts (K1) e-based tech
iques (K2)techniques a
odels and sof
Page 37 of
ues (K4)
sign Techto do followin
(K3) gn specificat
n, test case as in terms of
structured tesof the testers
hniques (Kation-based useful and lismonalities, anand experienc
ox Techniware models nd state tranh of the four and how covtesting and i
Techniqueof code covent and decisist levels otheevel) (K2) rol flows usin
coverage for
(K2) ases based o
hniques with
) according to tftware charac
78
)
hniquesng the compl
tion, test cas
and test procclear traceab
st procedure s (K3)
K2) (black-box) a
st the commond differencece-based tes
ques (K3)using equivasition diagratesting techn
verage may bts benefits (K
s (K4) erage (K2) on coverage
er than comp
ng statement
completenes
on intuition, e
specification
their fitness tcteristics (K2
Q
28
letion of each
e specificatio
cedure (K2) bility to the re
specification
and structureon techniquees between ssting (K2)
alence partitiams/tables (Kniques, whatbe measuredK2)
e, and give reonent testing
t and decisio
ss with respe
experience an
n-based testin
to a given co2)
InternatioSoftware Te
Qualifications
31-Ma
85 minu
h module.
on and test
equirements
n at a level o
e-based (whes for each (Kspecification-
ioning, boundK3) t level and tyd (K2)
easons why tg (e.g., on
n test design
ect to defined
nd knowledg
ng technique
ontext, for the
nal esting s Board
ar-2011
utes
s and
of
ite-K1) -based
dary
ype of
these
n
d exit
ge
es (K2)
e test
CertifFounda
Version 2© Internationa
4.1 Terms Test casscript, tra BackgrThe test informal formalityprocesse During tei.e., to idverified belement) Establishboth effefor a set design tefor more During teset of inpto cover Docume(containi Expectedchangesbeen defExpected During tethe test pof actionactions i The varioexecutioautomatefactors a
fied Testeation Level Sy
2011 al Software Testing Q
The Te
se specificatioaceability
round developmenwith little or
y depends ones, time cons
est analysis, dentify the tesby one or mo).
hing traceabective impact
of tests. Durechniques to on risk anal
est design thput values, ea certain tes
entation’ (IEEing test cond
d results shos to data andfined, then ad results sho
est implemenprocedure sp
ns for the exes specified in
ous test procon schedule ted test script
as regression
er yllabus
Qualifications Board
est Deve
on, test desig
nt process deno documen
n the contextstraints, safe
the test basst conditionsore test case
ility from testt analysis whring test ana
o use based oysis).
he test casesexecution prest objective(sEE STD 829-ditions) and t
ould be produ states, and
a plausible, bould ideally b
ntation the tepecification (ecution of a tn a test scrip
cedures and that defines tts, are execu
n tests, priori
elopmen
gn, test exec
escribed in thntation, to vet of the testinety or regulat
is documents. A test condes (e.g., a fun
t conditions bhen requiremlysis the detaon, among o
s and test dateconditions, es) or test con1998) descriest case spe
uced as part any other cout erroneous
be defined pr
est cases areIEEE STD 8
test. If tests apt (which is a
automated tthe order in wuted. The tetization, and
Page 38 of
nt Proces
cution sched
his section cary formal (as
ng, including tory requirem
tation is analdition is definnction, transa
back to the sments change
ailed test apother conside
ta are createexpected res
ndition(s). Thibes the contecifications.
of the specionsequencess, result mayrior to test ex
e developed,29-1998). Th
are run usingn automated
test scripts awhich the vast execution technical an
78
ss (K3)
ule, test proc
an be done is it is describthe maturity
ments, and th
yzed in ordened as an iteaction, qualit
specificationse, and determproach is im
erations, the
ed and specifsults and exee ‘Standard tent of test d
fication of a s of the test. y be interpretxecution.
implementehe test proceg a test execd test proced
re subsequerious test proschedule wi
nd logical de
Q
cedure speci
n different wbed below). T
of testing anhe people inv
er to determinm or event thy characteris
s and requiremining requirplemented toidentified ris
fied. A test cecution postcfor Softwareesign specifi
test case anIf expected r
ted as the co
ed, prioritizededure specifiution tool, thure).
ently formed ocedures, anll take into apendencies.
InternatioSoftware Te
Qualifications
31-Ma
15 minut
ification, test
ways, from veThe level of nd developmvolved.
ne what to tehat could be stic or structu
ements enabrements coveo select the tks (see Cha
case consistsconditions, de Test ications
d include ouresults have
orrect one.
d and organizes the sequee sequence
into a test nd possibly ccount such
nal esting s Board
ar-2011
tes
t
ery
ent
est,
ural
bles erage test pter 5
s of a efined
tputs, not
zed in ence of
CertifFounda
Version 2© Internationa
4.2 (K2) Terms Black-bowhite-bo BackgrThe purp It is a clatechniquconditionincludes any infortest desianalysis combineusers to Some tecategory This syllastructuredesign te Commono Mod
softwo Test Commono Infor
and o The
case Commono The o The
usago Know
fied Testeation Level Sy
2011 al Software Testing Q
Catego
ox test designox test design
round pose of a tes
assic distinctues (also callns, test caseboth functio
rmation regagn techniqueof the struct
ed with experdetermine w
chniques faly.
abus refers te-based test echniques ar
n characterisels, either fo
ware or its cot cases can b
n characterisrmation aboudetailed desextent of cov
es can be de
n characterisknowledge aknowledge o
ge and its enwledge abou
er yllabus
Qualifications Board
ories of T
n technique, n technique
st design tech
ion to denoteed specificats, or test dat
onal and non-arding the intees (also calleture of the corience-based
what should b
l clearly into
to specificatiodesign technre covered.
stics of speciormal or inforomponents be derived sy
stics of structut how the sosign informativerage of therived system
stics of experand experienof testers, de
nvironment isut likely defec
Test De
experience-
hnique is to i
e test techniqtion-based teta based on -functional teernal structued structural omponent or d techniques be tested.
a single cate
on-based tesniques as wh
fication-basermal, are use
ystematically
ture-based teoftware is coion) e software ca
matically to in
rience-basednce of peopleevelopers, uss one source cts and their
Page 39 of
sign Tec
-based test d
identify test c
ques as blacechniques) aan analysis o
esting. Blackre of the comor structure-system. Blato leverage
egory; others
st design techite-box tech
ed test desiged for the spe
y from these
est design tenstructed is
an be measuncrease cove
d test design e are used tosers and otheof informatiodistribution i
78
chnique
design techni
conditions, te
ck-box or whiare a way to dof the test bak-box testingmponent or s-based technck-box and wthe experien
s have eleme
chniques as bniques. In ad
n techniquesecification of
models
echniques incused to deriv
ured for existerage
techniques o derive the ter stakeholdeon is another so
Q
es
ique, test des
est cases, an
ite-box. Blacderive and sasis docume, by definitio
system to be niques) are bwhite-box tesnce of develo
ents of more
black-box tecddition exper
s include: f the problem
clude: ve the test ca
ting test case
include: test cases ers about the
ource of infor
InternatioSoftware Te
Qualifications
31-Ma
15 minut
sign techniqu
nd test data.
ck-box test deelect test ntation. Thisn, does not utested. Whit
based on an sting may alsopers, testers
than one
chniques andrience-based
m to be solved
ases (e.g., c
es, and furthe
e software, it
rmation
nal esting s Board
ar-2011
tes
ue,
esign
s use te-box
so be s and
d d test
d, the
code
er test
ts
CertifFounda
Version 2© Internationa
4.3 Techn Terms Boundarcase tes
4.3.1 In equivaexpectedEquivaleacceptedoutputs, parametdesignedtesting. Equivaleto huma
4.3.2 Behaviorthe partitminimumvalid boudesignedeach bou Boundarfinding cboundar This techtest desifor examtable siz
4.3.3 Decisionto documsystem iand actiosuch a wconditioneach comdefines aassociathave at ltriggering
fied Testeation Level Sy
2011 al Software Testing Q
Specifiniques (
ry value analsting
Equivalealence partitid to exhibit sence partitiond and invalidinternal valuers (e.g., inted to cover all
ence partitionn input, inpu
Boundarr at the edgetion, so boun
m values of aundary valued to cover boundary value
ry value analcapability is hries.
hnique is oftegn technique
mple, on time e is 256*256
Decisionn tables are ament internals to implemeons of the syway that theyns, often commbination of a unique comed with that least one tesg conditions.
er yllabus
Qualifications Board
cation-b(K3)
ysis, decisio
ence Partitioning, inputs
similar behavns (or classes data, i.e., va
ues, time-relaegrated coml valid and in
ning can be ut via interfac
ry Value Ae of each equndaries are aa partition aree; the boundaoth valid and e is chosen.
ysis can be high. Detailed
en considerees. It can be ranges (e.g
6).
n Table Tea good way t system des
ent. When crystem are idey must be trumbinations of
conditions. Embination of rule. The cov
st per column.
based or
on table testin
tioning (Ks to the softw
vior, so they as) can be foualues that shated values (
mponents beinnvalid partitio
used to achieces to a syste
Analysis (Kuivalence paan area where its boundarary of an invainvalid boun
applied at ald specificatio
ed as an exteused on equ., time out, tr
sting (K3)to capture syign. They ma
reating decisentified. The e or false (Bf true and falEach columnconditions anverage standn in the table
Page 40 of
r Black-b
ng, equivalen
K3) ware or systeare likely to bund for both hould be reje(e.g., before ng tested duns. Equivale
eve input andem, or interfa
K3) rtition is morre testing is lry values. A balid partition ndary values
l test levels. ons are helpf
ension of equuivalence claransactional
) ystem requireay be used toion tables, thinput conditioolean). These for all inp
n of the tablend which resdard commoe, which typic
78
box
nce partitioni
em are dividebe processedvalid data, i.cted. Partitioor after an ering integrati
ence partition
d output coveace paramete
re likely to beikely to yieldboundary vais an invalid . When desig
It is relativelful in determi
uivalence paasses for usespeed requi
ements that co record comhe specifications and acti
e decision tabput conditionse correspondsult in the exenly used withcally involves
Q
1
ing, state tra
ed into groupd in the same., values th
ons can also event) and foion testing). T
ning is applic
erage goals.ers in integra
e incorrect th defects. The
alue for a valiboundary va
gning test ca
y easy to apining the inte
rtitioning or oer input on screments) or t
contain logicmplex busineion is analyzons are mosble contains s, and the ress to a busineecution of thh decision tas covering all
InternatioSoftware Te
Qualifications
31-Ma
150 minu
nsition testin
ps that are e way. at should bebe identifiedr interface Tests can be
cable at all le
It can be apation testing.
han behavior e maximum id partition isalue. Tests cases, a test fo
ply and its deresting
other black-bcreen as weltable ranges
cal conditionsss rules that
zed, and condst often statethe triggerinsulting actioness rule that e actions ble testing isl combination
nal esting s Board
ar-2011
utes
ng, use
e d for
e vels of
pplied
within and
s a can be or
efect-
box l as,
s (e.g.,
s, and t a ditions d in g ns for
s to ns of
CertifFounda
Version 2© Internationa
The stremight nothe softw
4.3.4 A systemstate). Inthe testethat triggstates of A state ttransition Tests catransition State traautomathaving sscenario
4.3.5 Tests casystemsdescribethe systeprecondterminatethe use cand alter Use casecases dereal-worlcustomeand interDesignintechniqu
fied Testeation Level Sy
2011 al Software Testing Q
ngth of decisot have beenware depend
State Tram may exhibin this case, ther to view theger state chaf the system
able shows tns that are in
an be designen, to exercise
ansition testinion in genera
specific statesos).
Use Casean be derived), which prod
ed at the abstem level (sysitions which es with postccase has beernative scena
es describe terived from uld use of the
er/user particrference of dng test casesues.
er yllabus
Qualifications Board
sion table tes exercised ds on several
ansition Teit a different hat aspect ofe software in anges (transit
or object und
the relationsnvalid.
ed to cover ae specific seq
ng is much ual. However, s or testing s
e Testing d from use caduce a resulttract level (bstem use casneed to be mconditions wen completedarios.
the “processuse cases ar system. Useipation. They
different coms from use ca
sting is that ituring testing logical decis
esting (K3response def the system terms of its tions) and thder test are s
hip between
a typical seququences of t
sed within ththe techniqu
screen-dialog
(K2) ases. A use ct of value to ausiness use
se on the sysmet for the ushich are the d. A use cas
s flows” throue most usefue cases are vy also help uponents, whases may be
Page 41 of
t creates comg. It may be asions.
3) epending on
can be showstates, transe actions whseparate, ide
the states a
uence of statransitions or
he embeddedue is also sugue flows (e.
case describa system usecase, techno
stem functionse case to wobservable r
se usually ha
ugh a systemul in uncoververy useful fo
uncover integich individua combined w
78
mbinations oapplied to all
current condwn with a stasitions betweehich may resentifiable and
and inputs, an
tes, to coverr to test inval
d software initable for mo.g., for Intern
bes interactioer or the cusology-free, bnality level).
work successfresults and fs a mainstre
m based on itsring defects ior designing
gration defecal componentwith other spe
Q
of conditions situations w
ditions or preate transition en states, thult from thosd finite in num
nd can highli
r every state,id transitions
ndustry and todeling a busnet applicatio
ons between stomer. Use cbusiness procEach use cafully. Each uinal state of t
eam (i.e., mo
s actual likeln the proces acceptancets caused byt testing wouecification-ba
InternatioSoftware Te
Qualifications
31-Ma
that otherwiswhen the actio
vious historydiagram. It ae inputs or e
se transitionsmber.
ight possible
, to exercise s.
echnical siness object ons or busine
actors (usercases may bcess level) o
ase has se case the system ast likely) sce
y use, so thess flows durin tests with y the interactuld not see. ased test
nal esting s Board
ar-2011
se on of
y (its allows events s. The
every
ess
rs or be or at
after enario
e test ng
tion
CertifFounda
Version 2© Internationa
4.4 Techn Terms Code co BackgrStructuresystem, o Com
or evo Integ
modo Syst In this sestatemenmay be u
4.4.1 In compostatementest case Statemeor execu
4.4.2 Decisionoutcomecase suiBranchelocations Decisionexecutedtest. Decisiondecision guarante
4.4.3 There arcoverage The conclevel thesuite cou Tool sup
fied Testeation Level Sy
2011 al Software Testing Q
Structuniques
overage, deci
round e-based or was seen in th
mponent leveven distinct pgration level:ules)
tem level: the
ection, three nts, brancheused to visua
Statemenonent testingnts that havees to execute
nt coverage uted) test cas
Decisionn coverage, res (e.g., the Tte. The decis
es originate frs in the code
n coverage isd) test cases
n testing is a points. Deci
ees 100% sta
Other Stre stronger lee and multip
cept of cove percentage uld be expres
pport is usefu
er yllabus
Qualifications Board
ure-base(K4)
ision coverag
white-box teshe following l: the structu
paths the structur
e structure m
code-relateds and decisioalize the alte
nt Testingg, statement e been exerce specific sta
is determineses divided b
n Testing arelated to braTrue and Falsion testing trom decision
e.
s determineds divided by t
form of contision coveragatement cove
ructure-baevels of strucle condition c
rage can alsof modules,
ssed as mod
ul for the stru
ed or Wh
ge, statemen
ting is basedexamples:
ure of a softw
e may be a c
may be a men
d structural teons, are disc
ernatives for e
g and Covecoverage is
cised by a tesatements, no
ed by the numby the numbe
and Coveranch testing, lse options otechnique den points in the
d by the numbthe number o
trol flow testinge is strongeerage, but no
ased Techctural coveracoverage.
o be applied components
dule, compon
uctural testing Page 42 of
hite-box
nt coverage,
d on an ident
ware compon
call tree (a d
nu structure,
est design tecussed. For deach decisio
erage (K4the assessm
st case suitermally to inc
mber of execer of all exec
rage (K4)is the asses
of an IF stateerives test cae code and s
ber of all decof all possible
ng as it follower than statemot vice versa
hniques (Kage beyond d
d at other tess or classes nent or class
g of code. 78
structure-ba
tified structur
ent, i.e., stat
iagram in wh
business pr
echniques fodecision teston.
) ment of the pe. The statemrease statem
cutable statecutable statem
ssment of thement) that ha
ases to execushow the tran
cision outcome decision ou
ws a specificment coveraga.
K1) decision cove
t levels For that have becoverage.
Q
ased testing
re of the soft
tements, dec
hich modules
rocess or we
r code coverting, a contro
ercentage ofment testing tement coverag
ments coverments in the
e percentageave been exute specific dnsfer of contr
mes coveredutcomes in th
c flow of contge; 100% de
erage, for ex
example, at een exercised
InternatioSoftware Te
Qualifications
31-Ma
60 minut
tware or the
cisions, branc
s call other
b page struc
rage, based ool flow diagra
f executable echnique dege.
red by (desigcode under
e of decision xercised by adecision outcrol to differen
by (designehe code und
trol through tecision cover
xample, cond
the integratid by a test ca
nal esting s Board
ar-2011
tes
ches
cture
on am
rives
gned test.
test comes. nt
ed or er
the rage
dition
on ase
CertifFounda
Version 2© Internationa
4.5 Terms Explorat BackgrExperienexperientechniqutechniquyield wid A commdefects benumeraapproacavailable Explorattest charmost useto augmeto help e
fied Testeation Level Sy
2011 al Software Testing Q
Experie
ory testing, (
round nce-based tence with simiues, these tecues, especialdely varying d
only used exbased on expate a list of ph is called fae defect and
ory testing isrter containineful where thent or compl
ensure that th
er yllabus
Qualifications Board
ence-ba
(fault) attack
esting is whelar applicatiochniques canly when appdegrees of e
xperience-baperience. A sossible defe
ault attack. Thfailure data,
s concurrent ng test objecthere are few ement other
he most serio
ased Tec
re tests are dons and techn be useful inlied after moffectiveness
ased techniqustructured apcts and to dehese defect and from co
test design, tives, and caor inadequat
r, more formaous defects a
Page 43 of
chniques
derived fromnologies. Whn identifying
ore formal ap, depending
ue is error gupproach to thesign tests thand failure li
ommon know
test executioarried out witte specificatial testing. It care found.
78
s (K2)
the tester’s hen used to aspecial tests
pproaches. Hon the tester
uessing. Genhe error gueshat attack thests can be b
wledge about
on, test loggihin time-boxions and sevcan serve as
Q
skill and intuaugment syss not easily cowever, thisrs’ experienc
nerally testerssing techniqese defects. uilt based ont why softwar
ing and learnxes. It is an avere time pres a check on
InternatioSoftware Te
Qualifications
31-Ma
30 minut
uition and thestematic captured by f technique m
ce.
rs anticipate que is to This system
n experiencere fails.
ning, based oapproach thaessure, or in o
the test proc
nal esting s Board
ar-2011
tes
eir
formal may
atic e,
on a t is order cess,
CertifFounda
Version 2© Internationa
4.6 Terms No spec BackgrThe chosystem, objectivecycle, us Some teall test le When crrule and Refere4.1 Crai4.2 Beiz4.3.1 Co4.3.2 Co4.3.3 Be4.3.4 Be4.3.5 Co4.4.3 Be4.5 Kan4.6 Beiz
fied Testeation Level Sy
2011 al Software Testing Q
Choosi
ific terms.
round ice of which regulatory st
e, documentase case mod
chniques areevels.
reating test cdata-driven
ences ig, 2002, Hetzer, 1990, Coopeland, 200opeland, 200eizer, 1990, Ceizer, 1990, Copeland, 200eizer, 1990, Cer, 2002
zer, 1990, Co
er yllabus
Qualifications Board
ing Test
test techniqutandards, cuation availabels and prev
e more appli
cases, testerstechniques t
tzel, 1988, IEopeland, 20004, Myers, 1904, Myers, 19Copeland, 20Copeland, 2004 Copeland, 20
opeland, 200
t Techni
ues to use destomer or co
ble, knowledgvious experie
cable to cert
s generally uto ensure ad
EEE STD 8204 979 979 004 004
004
04
Page 44 of
ques (K
epends on aontractual reqge of the testence with typ
tain situation
use a combinequate cove
9-1998
78
K2)
number of faquirements, ters, time andes of defects
s and test le
nation of test erage of the o
Q
actors, includlevel of risk, d budget, des found.
vels; others
techniques object under
InternatioSoftware Te
Qualifications
31-Ma
15 minut
ding the typetype of risk,
evelopment li
are applicab
including protest.
nal esting s Board
ar-2011
tes
e of test
ife
ble to
ocess,
CertifFounda
Version 2© Internationa
5. T LearniThe obje 5.1 TesLO-5.1.1LO-5.1.2LO-5.1.3
LO-5.1.4 5.2 TesLO-5.2.1LO-5.2.2
LO-5.2.3
LO-5.2.4
LO-5.2.5
LO-5.2.6
LO-5.2.7LO-5.2.8
LO-5.2.9
5.3 TesLO-5.3.1LO-5.3.2
LO-5.3.3
5.4 CoLO-5.4.1 5.5 RisLO-5.5.1
LO-5.5.2
LO-5.5.3LO-5.5.4LO-5.5.5
fied Testeation Level Sy
2011 al Software Testing Q
Test Ma
ing Objecectives identi
st Organiz1 Recogni2 Explain t3 Recogni
(K1) 4 Recall th
st Plannin1 Recogni2 Summar
procedu(IEEE St
3 Differentbased, mregressio
4 Differentexecutio
5 Write a tand tech
6 List test planning
7 Recall ty8 Different
based ap9 Recogni
test casetesting) (
st Progres1 Recall co2 Explain a
and fixed3 Summar
the ‘Stan
nfiguratio1 Summar
sk and Tes1 Describe
more sta2 Rememb
(harm re3 Distingu4 Recogni5 Describe
planning
er yllabus
Qualifications Board
anagem
ctives for fy what you
zation (K2ze the importhe benefits ze the differe
he tasks of a
g and Estze the differerize the purpre documenttd 829-1998)tiate betweenmethodical, pon-averse (Ktiate between
on (K2) test executiohnical and logpreparation
g (K1) ypical factorstiate betweenpproach andze/justify adees (e.g., for i(K2)
ss Monitorommon metrand compared, and tests prize the purpndard for Sof
on Managerize how con
sting (K2) e a risk as a akeholders’ pber that the lesulting if it dish between ze typical pre, using examg (K2)
ment (K3
r Test Mawill be able t
) rtance of indeand drawbacent team me
typical test l
timation (Kent levels anose and conts according ) (K2) n conceptualprocess/standK2) n the subject
n schedule fgical dependand executio
s that influencn two concep
d the expert-bequate entryntegration te
ring and Crics used for e test metricspassed and fose and conftware Test D
ement (K2figuration ma
possible proproject objecevel of risk isoes happen)the project aoduct and prmples, how r
Page 45 of
3)
nagemento do followin
ependent tescks of indepembers to be
leader and te
K3) nd objectivestent of the teto the ‘Stand
lly different tedard complia
t of test plan
for a given sedencies (K3) on activities t
ce the effort ptually differebased approay and exit critesting, accep
Control (Kmonitoring ts for test repfailed) relatetent of the te
Documentatio
) anagement s
oblem that wotives (K2) s determined) (K1) and product roject risks (Krisk analysis
78
nt ng the compl
sting (K1) endent testinconsidered
ester (K1)
of test plannest plan, test dard for Softw
est approachant, dynamic
ning for a sy
et of test cas that should b
related to teent estimatioach (K2) teria for spec
ptance testing
K2) est preparat
porting and teed to purposeest summaryon’ (IEEE St
supports test
ould threaten
d by likelihoo
risks (K2) K1) and risk man
Q
17
letion of each
ng within an ofor the creat
ning (K1) design specware Test D
hes, such as/heuristic, co
ystem and sc
ses, consider
be considere
sting (K1) on approache
cific test leveg or test case
ion and execest control (ee and use (Ky report docud 829-1998)
ting (K2)
n the achieve
od (of happen
nagement m
InternatioSoftware Te
Qualifications
31-Ma
70 minu
h module.
organization ion of a test
cification andocumentatio
analytical, monsultative a
cheduling tes
ring prioritiza
d during test
es: the metric
els and groupes for usabil
cution (K1) e.g., defects fK2)
ment accord (K2)
ement of one
ning) and im
ay be used f
nal esting s Board
ar-2011
utes
(K2) team
d test on’
model-nd
st
ation,
t
cs-
ps of ity
found
ding to
e or
pact
for test
CertifFounda
Version 2© Internationa
5.6 IncLO-5.6.1
LO-5.6.2
fied Testeation Level Sy
2011 al Software Testing Q
cident Man1 Recogni
Test Doc2 Write an
er yllabus
Qualifications Board
nagement ze the contecumentation’ incident rep
(K3) ent of an incid’ (IEEE Std 8
port covering
Page 46 of
dent report a829-1998) (K
the observa
78
according to tK1) ation of a failu
Q
the ‘Standard
ure during te
InternatioSoftware Te
Qualifications
31-Ma
d for Softwar
esting. (K3)
nal esting s Board
ar-2011
re
CertifFounda
Version 2© Internationa
5.1 Terms Tester, t
5.1.1 The effetesters. Oo No ino Indeo Inde
execo Indeo Inde
certio Inde For largesome or especialindependtesters smandate The beno Indeo An in
imple Drawbaco Isolao Deveo Inde Testing tanother infrastruc
5.1.2 In this syperformeroles, an Sometimmay be pthe manamanagerdefined i Typical to Cooo Write
fied Testeation Level Sy
2011 al Software Testing Q
Test O
est leader, te
Test Orgctiveness of Options for inndependent
ependent testependent testcutive managependent testependent testfication teste
ependent test
e, complex oall of the levly at the lowedent testers
should take oe to do so.
efits of indepependent testndependent ementation o
cks include: ation from theelopers may
ependent tes
tasks may berole, such ascture or IT o
Tasks ofyllabus two teed by peoplend the organi
mes the test lperformed byager of a tesr. Typically thin Section 1.
test leader tardinate the tee or review a
er yllabus
Qualifications Board
rganizat
est manager
ganization finding defendependenctesters; deveters within tht team or grogement ters from thet specialists fers (who certters outsourc
or safety criticvels done by er levels, butmay have th
on such proc
pendence incters see othetester can veof the system
e developmelose a sense
sters may be
e done by pes a project mperations.
f the Test est positions
e in these twozation.
eader is cally a project m
st group. In lahe test leade4.
asks may incest strategy aa test strateg
tion (K2
r
and Indepcts by testing
ce include theelopers test the developmeoup within the
e business orfor specific tetify a softwarced or extern
cal projects, independent their lack of
he authority toess-related r
clude: er and differeerify assumpm
ent team (if tre of respons seen as a b
eople in a spmanager, qua
Leader ans are coveredo roles depen
ed a test mamanager, a dearger projecter plans, mon
clude: and plan with
gy for the pro
Page 47 of
)
pendenceg and reviewe following: their own codent teams e organizatio
rganization oest types sucre product agnal to the org
it is usually bt testers. Def objectivity oo require androles only in
ent defects, aptions people
reated as totsibility for quabottleneck or
ecific testingality manager
nd Tester (d, test leadernd on the pro
anager or tesevelopment s two positionitors and co
h project maoject, and tes
78
e (K2) ws can be imp
de
on, reporting
or user commch as usabiligainst standaganization
best to have velopment s
often limits thd define test the presence
and are unbie made durin
tally indepenality blamed for d
g role, or mayr, developer,
(K1) r and tester. oject and pro
st coordinatormanager, a q
ons may exisontrols the te
nagers and ost policy for th
Q
proved by us
to project m
munity ty testers, se
ards and regu
multiple levestaff may partheir effectiveprocesses a
e of a clear m
ased g specificatio
dent)
delays in rele
y be done by business an
The activitieoduct contex
r. The role ofquality assurt: test leadersting activitie
others he organizati
InternatioSoftware Te
Qualifications
31-Ma
30 minut
sing indepen
anagement o
ecurity testerulations)
els of testingticipate in tesness. The
and rules, bumanagement
on and
ease
y someone innd domain ex
s and tasks xt, the people
f the test learance managr and test es and tasks
ion
nal esting s Board
ar-2011
tes
dent
or
rs or
, with sting,
ut t
n xpert,
e in the
der ger or
s as
CertifFounda
Version 2© Internationa
o Conto Plan
inclureso
o Initiaresu
o Adapand
o Set uo Intro
and o Decio Seleo Decio Write Typical to Revio Analo Creao Set u
mano Prepo Impl
the do Use o Autoo Meao Revi People wspecialisproject, dTypicallyacceptantesting w
fied Testeation Level Sy
2011 al Software Testing Q
tribute the ten the tests – cuding selectinources, definiate the speciflts and checpt planning btake any actup adequate
oduce suitablthe product ide what sho
ect tools to suide about thee test summ
tester tasks miew and contlyze, review ate test specup the test eagement)
pare and acqement tests deviations frotest adminis
omate tests (asure performiew tests dev
who work on sts in these rodifferent peoy testers at thnce test levewould be ope
er yllabus
Qualifications Board
esting perspeconsidering tng test approing test levelfication, prep
ck the exit cribased on testion necessa
e configuratiole metrics for
ould be automupport testinge implementaary reports b
may include:tribute to testand assess
cifications nvironment (
quire test daton all test leom expectedstration or mamay be supp
mance of comveloped by o
test analysisoles. Depend
ople may takehe componenel would be berators.
ective to othethe context aoaches, estims, cycles, an
paration, impteria
st results andry to compen
on managemr measuring
mated, to whg and organiation of the tebased on the
t plans user require
(often coordi
a vels, execute
d results anagement tported by a dmponents anothers
s, test designding on the te over the ront and integrusiness expe
Page 48 of
er project actand understamating the timnd planning inplementation
d progress (snsate for pro
ment of testwatest progress
at degree, aize any trainiest environm
e information
ments, spec
nating with s
e and log the
ools and tesdeveloper or d systems (if
n, specific tetest level andle of tester, k
ration level werts and use
78
tivities, such anding the teme, effort anncident manand executi
ometimes dooblems are for traceas and evalua
nd how ing in tool us
ment gathered du
ifications and
system admi
e tests, evalu
t monitoringa test automf applicable)
st types or ted the risks rekeeping som
would be devers, and teste
Q
as integratiost objectivesd cost of tesagement on of tests, m
ocumented in
ability ating the qua
se for testers
uring testing
d models for
nistration an
uate the resu
tools as requmation expert
est automatioelated to the pme degree of
elopers, testers for operat
InternatioSoftware Te
Qualifications
31-Ma
on planning s and risks – ting, acquirin
monitor the te
n status repo
ality of the tes
s
r testability
d network
ults and docu
uired t)
on may be product and independen
ters at the tional accept
nal esting s Board
ar-2011
ng
est
orts)
sting
ument
the ce.
tance
CertifFounda
Version 2© Internationa
5.2 Terms Test app
5.2.1 This secand for mtest planplanning1998). Planningconstrainprogress Test planFeedbac
5.2.2 Test plano Deteo Defin
exit co Integ
(acqo Mak
activo Scheo Scheo Assio Defino Sele
and o Setti
repro
5.2.3 Entry critests is r Typicallyo Testo Testo Testo Test
5.2.4 Exit criteachieved
fied Testeation Level Sy
2011 al Software Testing Q
Test Pl
proach, test s
Test Planction covers tmaintenancens for test levg document is
g is influencents, criticalitys, more inform
nning is a cock from test a
Test Plannning activitiermining the ning the ovecriteria grating and cuisition, sup
king decisionsvities should eduling test aeduling test igning resourning the amo
ecting metricsrisk issues ing the level oducible test
Entry Crteria define w
ready for exe
y entry criterit environment tool readinetable code avt data availab
Exit Criteeria define whd specific goa
er yllabus
Qualifications Board
lanning
strategy
nning (K2)the purpose oe activities. Pvels such as s covered by
ed by the testy, testability amation beco
ontinuous actactivities is u
nning Actes for an entscope and rirall approach
coordinating ply, developms about whatbe done, ananalysis andimplementatirces for the dount, level ofs for monitor
of detail for t preparation
iteria (K2)when to startecution.
a may covernt availability ess in the tesvailability bility
eria (K2) hen to stop tal.
and Est
) of test plannlanning maysystem testin
y the ‘Standa
t policy of theand the availmes availabl
tivity and is pused to recog
ivities (K3tire system oisks and idenh of testing, i
the testing ament, operatt to test, whad how the te design activion, executiodifferent activf detail, strucring and cont
test procedun and executi
) t testing such
r the followinand readine
st environme
testing such
Page 49 of
timation
ing within dey be documenng and acce
ard for Softwa
e organizatiolability of resle and more
performed in gnize changin
3) or part of a syntifying the oincluding the
activities into tion and maiat roles will pest results wilvities on and evaluavities definedcture and temtrolling test p
ures in order ion
h as at the b
g: ess nt
as at the end
78
(K3)
evelopment anted in a maptance testinare Test Doc
on, the scopesources. As t
detail can be
all life cycle ng risks so th
ystem may inobjectives of e definition of
the softwarentenance)
perform the tell be evaluate
ation d mplates for thpreparation a
to provide en
eginning of a
d of a test lev
Q
and implemester test plan
ng. The outlincumentation’
e of testing, ohe project ane included in
processes ahat planning
nclude: testing f the test leve
e life cycle ac
est activities,ed
he test documand execution
nough inform
a test level o
vel or when a
InternatioSoftware Te
Qualifications
31-Ma
40 minut
entation projen and in sepane of a test- (IEEE Std 8
objectives, rind test plannn the plan.
and activitiescan be adju
els and entry
ctivities
, how the tes
mentation n, defect reso
mation to sup
r when a set
a set of tests
nal esting s Board
ar-2011
tes
ects, arate
829-
sks, ning
s. sted.
y and
st
olution
pport
t of
s has
CertifFounda
Version 2© Internationa
Typicallyo Thoro Estimo Costo Resio Sche
5.2.5 Two appo The
projeo The
tasks Once the The testo Cha
modrequ
o Chaproc
o The
5.2.6 The test is definebased onprocess,entry and The seleavailableCOTS), t
Typical ao Anal
risk o Mod
rateso Meth
expeo Proc
stano Dyna
eveno Cons
and o Reg
exte Different
fied Testeation Level Sy
2011 al Software Testing Q
y exit criteria roughness mmates of defet idual risks, sedules such
Test Estiproaches for metrics-base
ects or basedexpert-bases or by expe
e test effort is
ing effort maracteristics oels (i.e., the
uirements forracteristics o
cess, skills ofoutcome of t
Test Straapproach is
ed and refinedn the (test) p, for selectingd exit criteria
ected approae resources atest objective
approaches ilytical approa
el-based apps (such as rehodical approerience-basecess- or standards or the amic and hents than pre-sultative appguidance of ression-avernsive autom
t approaches
er yllabus
Qualifications Board
may cover tmeasures, suect density o
uch as defecas those bas
imation (Kthe estimatioed approachd on typical vd approach: rts
s estimated,
ay depend onof the productest basis), t
r reliability anof the develof the people itesting: the n
ategy, Tes the implemed in the test
project’s goalg the test desa.
ach depends and skills, thes, and regu
include: aches, such
proaches, sueliability growoaches, suched, checklist-dard-compliavarious agileuristic approplanned, and
proaches, sutechnology a
rse approachation of func
s may be com
the followingch as covera
or reliability m
cts not fixed sed on time t
K2) on of test effoh: estimating values estimating t
resources c
n a number oct: the qualitythe size of thnd security, apment proceinvolved, andnumber of de
st Approacentation of thplans and tel and risk asssign techniqu
on the contee technology
ulations.
as risk-base
uch as stochawth models) oh as failure-b-based, and qant approache methodoloaches, such d where execch as those and/or businhes, such as ctional regres
mbined, for e
Page 50 of
: age of code, measures
or lack of testo market
ort are: the testing e
he tasks bas
can be identif
of factors, incy of the specihe product, thand the requiess: the stabid time pressefects and th
ch (K2) he test strateest designs. Isessment. It ues and test
ext and may y, the nature
ed testing wh
astic testing or usage (subased (includquality charahes, such as
ogies as explorato
cution and evin which testess domain those that in
ssion tests, a
example, a ri
78
functionality
st coverage i
effort based o
sed on estim
fied and a sc
cluding: ification and he complexitirements for ility of the orgure
he amount of
gy for a spect typically incis the startintypes to be
consider riskof the syste
ere testing is
using statistch as operat
ding error guacteristic-bas those specif
ory testing wvaluation aret coverage isexperts outs
nclude reuseand standard
sk-based dy
Q
y or risk
in certain are
on metrics of
ates made b
chedule can b
other informty of the probdocumentatiganization, to
f rework requ
cific project. cludes the de
ng point for papplied, and
ks, hazards am (e.g., cust
s directed to
tical informattional profilesessing and f
sed fied by indus
where testing e concurrent s driven primside the test t of existing t
d test suites
namic appro
InternatioSoftware Te
Qualifications
31-Ma
eas
f former or si
by the owner
be drawn up
mation used foblem domainion ools used, te
uired
The test appecisions madlanning the t
d for defining
and safety, tom built vs.
areas of gre
tion about fais) fault attacks)
stry-specific
is more reactasks arily by the ateam est material,
oach.
nal esting s Board
ar-2011
imilar
of the
p.
or test , the
est
proach de test the
eatest
ilure
,
ctive to
advice
CertifFounda
Version 2© Internationa
5.3 (K2) Terms Defect d
5.3.1 The purpto be mocriteria, sscheduleo Perc
prepo Perco Testo Defeo Testo Subjo Dateo Test
next
5.3.2 Test repo Whao Anal
actiotesti
The outlStd 829- Metrics so The o The o The
5.3.3 Test congatheredcycle act Exampleo Mako Re-po Chao Setti
deve
fied Testeation Level Sy
2011 al Software Testing Q
Test Pr
ensity, failur
Test Propose of test monitored maysuch as covee and budgetcentage of wopared) centage of wot case execuect informatiot coverage ofjective confides of test mileting costs, int test
Test Reporting is con
at happened lyzed informaons, such as ng, outstand
ine of a test -1998).
should be coadequacy ofadequacy ofeffectivenes
Test Conntrol described and reportetivity or task.
es of test conking decisionsprioritizing tenging the tesing an entry eloper before
er yllabus
Qualifications Board
rogress
re rate, test c
gress Monmonitoring isy be collectederage. Metrict. Common tork done in t
ork done in ttion (e.g., nu
on (e.g., defef requiremendence of testestones cluding the c
porting (K2cerned with during a peration and mean assessm
ding risks, an
summary rep
ollected durinf the test objf the test app
ss of the testi
ntrol (K2) es any guidined. Actions m.
ntrol actions s based on insts when an st schedule dcriterion requ
e accepting t
Monitor
control, test m
nitoring (Ks to provide fd manually ocs may also btest metrics itest case pre
test environmumber of testect density, dnts, risks or cters in the pr
cost compare
2) summarizing
riod of testingetrics to supp
ment of defecd the level o
port is given
ng and at theectives for thproaches taking with resp
ng or correctimay cover an
include: nformation fridentified ris
due to availauiring fixes tohem into a b
Page 51 of
ring and
monitoring, te
K1) feedback andr automaticabe used to anclude:
eparation (or
ment preparat cases run/ndefects foundcode roduct
ed to the ben
g informationg, such as daport recommts remaining
of confidence
in ‘Standard
end of a teshat test level ken pect to the ob
ive actions tany test activit
rom test monsk occurs (e.ability or unavo have been
build
78
Contro
est summary
d visibility abally and may ssess progre
percentage
ation not run, and td and fixed, f
nefit of findin
n about the teates when exendations an
g, the econome in the tested
d for Software
st level in ord
bjectives
aken as a resty and may a
nitoring g., software vailability of a re-tested (c
Q
l
y report
bout test activbe used to m
ess against t
of planned te
test cases pafailure rate, a
g the next de
esting endeaxit criteria wend decisions mic benefit ofd software
e Test Docum
der to assess
sult of informaffect any oth
delivered lata test environonfirmation t
InternatioSoftware Te
Qualifications
31-Ma
20 minut
vities. Informmeasure exitthe planned
est cases
assed/failed)and re-test re
efect or to ru
avor, includinere met
about futuref continued
mentation’ (I
s:
mation and mher software
te) nment tested) by a
nal esting s Board
ar-2011
tes
mation t
) esults)
n the
ng:
e
EEE
metrics life
CertifFounda
Version 2© Internationa
5.4 Terms Configur BackgrThe purp(componlife cycle For testio All it
and throu
o All iddocu
For the titem, tes During techosen,
fied Testeation Level Sy
2011 al Software Testing Q
Configu
ration manag
round pose of confinents, data ae.
ng, configuraems of testwrelated to deughout the tedentified documentation
tester, configst documents
est planning,documented
er yllabus
Qualifications Board
uration M
gement, vers
guration maand documen
ation manageware are idenevelopment itest process cuments and
guration mans, the tests a
, the configurd and implem
Manage
sion control
nagement isntation) of the
ement may intified, versiotems (test ob
software item
agement helnd the test h
ration managmented.
Page 52 of
ement (K
to establish e software or
nvolve ensuron controlledbjects) so tha
ms are refere
lps to uniqueharness(es).
gement proc
78
K2)
and maintair system thro
ring the follo, tracked for at traceability
enced unam
ely identify (a
edures and i
Q
n the integritough the proj
wing: changes, rey can be ma
biguously in
and to reprod
infrastructure
InternatioSoftware Te
Qualifications
31-Ma
10 minut
ty of the prodject and prod
lated to eachintained
test
duce) the tes
e (tools) shou
nal esting s Board
ar-2011
tes
ducts duct
h other
sted
uld be
CertifFounda
Version 2© Internationa
5.5 Terms Product BackgrRisk canundesiralikelihood
5.5.1 Project ro Orga
•••
•
o Tech••••
•o Supp
••
When anproject m1998) ou
5.5.2 Potentiaproduct ro Failuo The o Pooro Poor
transo Softw Risks arerisk of an
fied Testeation Level Sy
2011 al Software Testing Q
Risk an
risk, project
round n be defined able consequd of an adve
Project Rrisks are the anizational fa• Skill, trai• Personn• Political
• Impropefinding d
hnical issues• Problem• The exte• Test env• Late data
conversi• Low quaplier issues: • Failure o• Contract
nalyzing, mamanagementutline for test
Product l failure arearisks, as theyure-prone sopotential thar software chr data integrisport problemware that do
e used to den adverse eff
er yllabus
Qualifications Board
nd Testi
risk, risk, ris
as the chancuences or a perse event ha
Risks (K2)risks that su
actors: ining and sta
nel issues issues, suchProblems wiFailure by th(e.g., not impr attitude tow
defects durings:
ms in definingent to which rvironment noa conversionion/migration
ality of the de
of a third parttual issues
naging and mt principles. Tt plans requir
Risks (K2as (adverse fy are a risk toftware delive
at the softwarharacteristicsity and qualitms, violation es not perfor
ecide where tfect occurrin
ng (K2)
k-based test
ce of an evenpotential probappening and
) rround the p
aff shortages
h as: th testers coe team to foproving deveward or expeg testing)
the right reqrequirements
ot ready on timn, migration pn tools esign, code, c
ty
mitigating theThe ‘Standarres risks and
2) future eventso the qualityered re/hardware s (e.g., functity (e.g., data of data stanrm its intend
to start testing, or to redu
Page 53 of
ting
nt, hazard, thblem. The led the impact
roject’s capa
s
ommunicatingllow up on in
elopment andctations of te
quirements s cannot be me planning and
configuration
ese risks, therd for Softwad contingenci
s or hazards)of the produ
could causeonality, reliamigration isdards) ed functions
ng and wherece the impac
78
hreat or situavel of risk wi(the harm re
ability to deliv
g their needsnformation fod testing pracesting (e.g., n
met given ex
d developme
n data, test d
e test managre Test Docuies to be stat
) in the softwuct. These in
e harm to an bility, usabilisues, data c
e to test morect of an adve
Q
ation occurrinll be determi
esulting from
ver its object
s and test resound in testinctices) not apprecia
xisting constr
nt and testin
ata and tests
ger is followinumentation’ (ted.
are or systemnclude:
individual orty and perfor
conversion pr
e; testing is uerse effect.
InternatioSoftware Te
Qualifications
31-Ma
30 minut
ng and resultined by the that event).
tives, such a
sults ng and review
ting the valu
raints
g data
s
ng well-estab(IEEE Std 82
m are known
r company rmance) roblems, data
used to redu
nal esting s Board
ar-2011
tes
ting in
s:
ws
e of
blished 29-
n as
a
ce the
CertifFounda
Version 2© Internationa
Product providesand of co A risk-barisk, staruse in gubased apo Deteo Deteo Prioro Dete
train Risk-basdetermin To ensurdisciplineo Asseo Deteo Impl In additioshould b
fied Testeation Level Sy
2011 al Software Testing Q
risks are a ss feedback abontingency p
ased approacrting in the inuiding test plpproach the ermine the teermine the exritize testing ermine whething to inexpe
sed testing dne the risks a
re that the ched approachess (and reaermine what ement action
on, testing mbe reduced, a
er yllabus
Qualifications Board
special type obout the resi
plans.
ch to testing nitial stages oanning and crisks identifie
est techniquextent of testinin an attemp
her any non-terienced des
raws on the and the levels
hance of a p to: ssess on a rrisks are impns to deal wit
may support tand may low
of risk to the dual risk by
provides proof a project. Icontrol, speced may be u
es to be empng to be carrpt to find the testing activi
signers)
collective kns of testing r
roduct failure
egular basisportant to deth those risk
the identificater uncertaint
Page 54 of
success of ameasuring th
oactive oppoIt involves thcification, presed to: loyed ried out critical defecities could be
nowledge andrequired to ad
e is minimize
) what can gal with s
tion of new rty about risks
78
a project. Teshe effectiven
ortunities to ree identificatio
eparation and
cts as early ae employed t
d insight of thddress those
ed, risk mana
o wrong (risk
risks, may hes.
Q
sting as a risness of critica
educe the levon of producd execution o
as possible to reduce ris
he project stae risks.
agement acti
ks)
elp to determ
InternatioSoftware Te
Qualifications
31-Ma
sk-control actal defect rem
vels of product risks and thof tests. In a
k (e.g., provi
akeholders t
ivities provid
mine what risk
nal esting s Board
ar-2011
tivity moval
uct heir risk-
iding
to
e a
ks
CertifFounda
Version 2© Internationa
5.6 Terms Incident BackgrSince onexpectedout to beand defesolution.manage Incidentsbe raisedrequireminstallatio Incident o Prov
isolao Prov
of tho Prov Details oo Dateo Expeo Ideno Softwo Desc
dumo Scopo Seveo Urgeo Statu
closeo Conco Globo Cha
to tho Refe The struDocume
fied Testeation Level Sy
2011 al Software Testing Q
Inciden
logging, inci
round ne of the objed outcomes ne a defect. Apects should b In order to mment proces
s may be raisd for issues i
ments, develoon guides.
reports havevide developeation and corvide test leade testing
vide ideas for
of the incidene of issue, issected and actification of tware or systecription of th
mps or screenpe or degreeerity of the imency/priority us of the incied) clusions, recbal issues, sunge history, e incident to
erences, inclu
cture of an inentation’ (IEE
er yllabus
Qualifications Board
nt Manag
dent manage
ectives of tesneed to be loppropriate acbe tracked fromanage all inss and rules f
sed during din code or thopment docu
e the followiners and otherrection as neders a means
r test proces
nt report maysuing organizctual results the test item em life cyclee incident to
nshots e of impact onmpact on theto fix ident (e.g., o
commendatiouch as other such as the
o isolate, repauding the ide
ncident repoEE Std 829-1
gement
ement, incide
sting is to findogged as incctions to dispom discoveryncidents to cfor classificat
evelopment,e working sy
uments, test d
ng objectiveser parties withecessary s of tracking
ss improveme
y include: zation, and a
(configuratio process in wenable repro
n stakeholde system
open, deferre
ons and apprareas that msequence ofair, and confentity of the t
rt is also cov998).
Page 55 of
(K3)
ent report
d defects, thcidents. An inpose incideny and classif
completion, ation.
, review, testystem, or in adocuments,
s: h feedback a
the quality o
ent
author
on item) and which the incoduction and
er(s) interests
ed, duplicate,
rovals may be affectf actions takefirm it as fixedtest case spe
vered in the ‘
78
e discrepancncident mustts and defecication to cor
an organizatio
ting or use ofany type of dand user info
about the pro
of the system
environmentcident was obd resolution,
s
, waiting to b
ted by a chaen by projectd ecification tha
Standard for
Q
cies betweent be investiga
cts should berrection and on should es
f a software documentatioormation suc
oblem to ena
m under test a
t bserved including log
be fixed, fixed
nge resultingt team memb
at revealed t
r Software Te
InternatioSoftware Te
Qualifications
31-Ma
40 minut
n actual and ated and ma
e defined. Incconfirmation
stablish an in
product. Theon including ch as “Help”
ble identifica
and the prog
gs, database
d awaiting re
g from the incbers with res
the problem
est
nal esting s Board
ar-2011
tes
y turn cidents n of the ncident
ey may
or
ation,
ress
e
e-test,
cident spect
CertifFounda
Version 2© Internationa
Refere5.1.1 Bl5.1.2 Bl5.2.5 Bl5.3.3 Bl5.4 Crai5.5.2 Bl5.6 Blac
fied Testeation Level Sy
2011 al Software Testing Q
ences ack, 2001, Hack, 2001, Hack, 2001, Cack, 2001, Cig, 2002 ack, 2001 , Ick, 2001, IEE
er yllabus
Qualifications Board
Hetzel, 1988 Hetzel, 1988 Craig, 2002, ICraig, 2002, H
EEE Std 829EE Std 829-1
IEEE Std 829Hetzel, 1988
9-1998 1998
Page 56 of
9-1998, Kan8, IEEE Std 8
78
er 2002 829-1998
Q
InternatioSoftware Te
Qualifications
31-Ma
nal esting s Board
ar-2011
CertifFounda
Version 2© Internationa
6. T LearniThe obje 6.1 TypLO-6.1.1
LO-6.1.3 6.2 EffeLO-6.2.1
LO-6.2.2
6.3 IntrLO-6.3.1LO-6.3.2
LO-6.3.3
2 LO-6.1
fied Testeation Level Sy
2011 al Software Testing Q
Tool Su
ing Objecectives identi
pes of Tes1 Classify
the funda3 Explain t
ective Use1 Summar
testing (K2 Rememb
manage
roducing a1 State the2 State the
impleme3 Recogni
support
.2 Intentiona
er yllabus
Qualifications Board
upport f
ctives for fy what you
st Tools (Kdifferent typamental testthe term test
e of Toolsrize the potenK2) ber special cment tools (K
a Tool intoe main princie goals of a pentation (K1) ze that facto(K1)
ally skipped
for Testi
r Tool Supwill be able t
K2) es of test toot process andt tool and the
s: Potentiantial benefits
considerationK1)
o an Orgaiples of introdproof-of-conc
ors other than
Page 57 of
ing (K2)
pport for to do followin
ols accordingd the software purpose of
al Benefitss and risks of
ns for test exe
anization (ducing a toocept for tool
n simply acq
78
)
Testing ng the compl
g to their purre life cycle (tool support
s and Riskf test automa
ecution tools
K1) l into an orgaevaluation a
uiring a tool
Q
8
letion of each
pose and to (K2) for testing (K
ks (K2) ation and too
s, static analy
anization (K1nd a piloting
are required
InternatioSoftware Te
Qualifications
31-Ma
80 minu
h module.
the activities
K2) 2
ol support for
ysis, and tes
1) phase for to
for good too
nal esting s Board
ar-2011
tes
s of
r
st
ool
ol
CertifFounda
Version 2© Internationa
6.1 Terms Configurmanageeffect, retool, testtest man
6.1.1 Test tool1. Tool
and 2. Tool
resuexec
3. Toolfile a
4. Any Tool supo Impr
activo Autoo Auto
clieno Incre
beha The termo Reus
harno A typo Ove For the pdescribe
6.1.2 There aron severand so fo Some toclassifiedproviderpackage Some tythe test. executedintrusive
fied Testeation Level Sy
2011 al Software Testing Q
Types
ration managment tool, lo
equirements t comparatornagement too
Tool Supls can be uses that are dirresult compas that help inlts, data, req
cution s that are us
activity for antool that aids
pport for testirove the efficvities like testomate activitiomate activitint-server appease reliabilitavior)
m “test framesable and ex
nesses as wepe of design rall process
purpose of thed in Section
Test Toore a number ral criteria suorth. Tools a
ools clearly sud under the a, especially t
e.
pes of test toFor example
d by the tool,e tools is calle
er yllabus
Qualifications Board
of Test T
gement tool, ad testing tomanagemen
r, test data prol, unit test fr
pport for Ted for one orrectly used inarison tools n managing tquirements, i
sed in reconnn application)s in testing (a
ng can haveciency of testt planning, teies that requies that cannplications) ty of testing
works” is alsxtensible testell) of test automof execution
his syllabus, 6.1.6.
ol Classificof tools that
uch as purpoare classified
upport one aactivity with wthose that ha
ools can be ie, the actual , or you mayed the probe
Tools (K
coverage tooool, modelingnt tool, reviewreparation toramework too
Testing (Kr more activitn testing suc
the testing pncidents, de
naissance, o) a spreadshe
e one or moret activities byest design, teire significan
not be execut
(e.g., by auto
so frequently ting libraries
mation (e.g.,of testing
the term “tes
cation (K2support diffese, commercin this syllab
activity; otherwhich they aave been des
ntrusive, whtiming may b
y get a differee effect.
Page 58 of
K2)
ol, debugging tool, monitow tool, securool, test desigol
K2) ties that sup
ch as test exe
rocess such fects, etc., a
r, in simple t
eet is also a t
e of the followy automatingest reporting nt resources ted manually
omating larg
used in the that can be
data-driven,
st framework
2) erent aspectscial / free / opbus accordin
rs may suppore most clossigned to wo
ich means thbe different dent measure
78
g tool, dynamoring tool, peity tool, staticgn tool, test h
port testing. ecution tools
as those usnd for report
terms: explor
test tool in th
wing purpose repetitive taand monitorwhen done my (e.g., large
e data comp
industry, in aused to build
, keyword-dr
ks” is used in
s of testing. Tpen-source /g to the testi
ort more thansely associaterk together,
hat they can due to the exof code cove
Q
mic analysis rformance tec analysis toharness, test
These inclus, test data ge
ed to managting and mon
ration (e.g., t
is meaning)
es dependinasks or supporing manually (e.gscale perfor
parisons or si
at least threed testing tool
iven)
its first two
Tools can be/ shareware, ing activities
n one activityed. Tools fromay be bund
affect the acxtra instructioerage. The c
InternatioSoftware Te
Qualifications
31-Ma
45 minut
tool, incidenesting tool, pol, stress test execution t
ude: eneration too
ge tests, test nitoring test
tools that mo
g on the conorting manua
g., static testrmance testin
imulating
e meanings: ls (called tes
meanings as
e classified btechnology that they su
y, but are om a single dled into one
ctual outcomeons that are consequence
nal esting s Board
ar-2011
tes
nt robe sting ool,
ols
onitor
ntext: al test
ting) ng of
st
s
ased used pport.
e
e of
e of
CertifFounda
Version 2© Internationa
Some tocompone
6.1.3 Manage
Test MaThese toalong witracing thcapabilit RequireThese topriority), tools ma
IncidentThese toproblemsstatistica ConfiguAlthoughtestwareenvironm
6.1.4 Static tesdevelopm Review These tocommunproviding Static AThese tofor enforThey can ModelinThese todatabasegenerati
6.1.5 Test DesThese torequirem
fied Testeation Level Sy
2011 al Software Testing Q
ools offer supent and com
Tool Supment tools a
anagement Tools provide th support fohe test objecy or an interf
ements Manaools store reqprovide uniq
ay also help w
t Managemeools store ans and anomaal analysis.
uration Manah not strictly te and relatedment in terms
Tool Supsting tools prment process
Tools ools assist wnicate reviewg aid for onlin
Analysis Tooools help devrcing coding n also help in
ng Tools (D) ools are usede), by enumeng some tes
Tool Supsign Tools
ools are usedments, graphi
er yllabus
Qualifications Board
pport more apponent integ
pport for Mpply to all tes
Tools interfaces fo
or quantitativects to requireface to an ex
agement Toquirement staque identifierwith identifyin
ent Tools (Dd manage inalies, and he
agement Totest tools, the software ess of operating
pport for Srovide a costs.
ith review prow comments a
ne reviews fo
ols (D) velopers andstandards (inn planning or
d to validate erating incont cases base
pport for T
d to generateical user inte
ppropriate fogration testing
Managemest activities o
r executing te analysis an
ement specifixternal one.
ools atements, strs and suppong inconsiste
Defect Trackncident reporelp in managi
ols ese are necepecially wheg system ver
Static Testt effective wa
ocesses, cheand report onor large or ge
testers findncluding secr risk analysi
software monsistencies aed on the mo
Test Speci
e test inputs erfaces, desig
Page 59 of
or developersg). Such too
ent of Tesover the entir
tests, trackinnd reporting cations and
ore the attribort tracing theent or missin
ing Tools) rts, i.e., defecing the life cy
essary for stoen configuringrsions, comp
ting (K1) ay of finding
ecklists, revien defects andeographically
defects priorcure coding), is by providin
odels (e.g., pnd finding de
odel.
ification (K
or executablgn models (s
78
s (e.g., tools ls are marke
ting and Tre software l
g defects anof the test omight have a
butes for the e requiremeng requireme
cts, failures, ycle of incide
orage and veg more than
pilers, browse
more defect
ew guidelined effort. Theyy dispersed t
r to dynamic analysis of s
ng metrics fo
hysical data efects. These
K1)
e tests and/ostate, data or
Q
that are useded with “(D)” i
Tests (K1)ife cycle.
nd managing bjects. They an independ
requirementnts to individunts.
change requents, optiona
ersion managone hardwa
ers, etc.
s at an earlie
es and are usy can be of fteams.
testing by pstructures an
or the code (e
model (PDMe tools can o
or test oracler object) or c
InternatioSoftware Te
Qualifications
31-Ma
d during in the list bel
requirementalso supporent version c
ts (including ual tests. Th
uests or perclly with supp
gement of re/software
er stage in th
sed to store afurther help b
roviding supnd dependene.g., complex
M) for a relatioften aid in
es from code.
nal esting s Board
ar-2011
low.
ts, rt control
hese
ceived port for
he
and by
port ncies. xity).
onal
CertifFounda
Version 2© Internationa
Test DatTest databe used
6.1.6 Test ExeThese toand expeeach tesGUI-bas Test HaA unit tesimulatinas stubs Test CoTest comtools typseparate CoveragThese tocode strufunction SecurityThese tothe abilitavailabilplatform
6.1.7 DynamicDynamicdependetesting, a PerformPerformausage corelative pusers caknown a MonitorMonitoringive war
6.1.8 Data QuData is alike datatools nee
fied Testeation Level Sy
2011 al Software Testing Q
ta Preparatia preparationduring the e
Tool Supecution Tooools enable teected outcom
st run. They csed configura
rness/Unit Tst harness ong the enviros or drivers.
mparators mparators depically includee comparison
ge Measuremools, throughuctures that calls) by a s
y Testing Toools are usedty of the softwity, and non-, and purpos
Tool Supc Analysis Tc analysis tooencies or meand when tes
mance Testinance testing onditions in tpercentage oarrying out a as load gener
ring Tools ng tools contrnings of pos
Tool Supuality Assesat the center a warehousesed to be emp
er yllabus
Qualifications Board
on Tools n tools manip
execution of t
pport for Tols ests to be exmes, throughcan also be uation for para
Test Framewor framework onment in wh
etermine diffee dynamic con tool. A test
ment Tools intrusive or have been eet of tests.
ools d to evaluateware to prote-repudiation. se.
pport for PTools (D) ols find defecmory leaks. sting middlew
ng/Load Testools monito
terms of numof transactionselected set rators.
tinuously anassible service
pport for Ssment of some pro
s and its attriployed for da
pulate databtests to ensu
Test Execu
xecuted autoh the use of aused to recorameterization
work Tools (facilitates th
hich that test
erences betwomparators, comparator
(D) non-intrusive
exercised (e.g
e the securityect data confSecurity too
Performan
cts that are eThey are typware.
sting/Stress or and report mber of concuns. The simuof transactio
alyze, verify e problems.
Specific Te
ojects such aibutes can va
ata quality as Page 60 of
ases, files oure security th
ution and
omatically, ora scripting lard tests, andn of data and
(D) he testing of cobject will ru
ween files, dabut post-exemay use a te
e means, meg., statemen
y characteristfidentiality, in
ols are mostly
nce and Mo
evident only wpically used i
Testing Tooon how a sy
urrent users,ulation of loadons, spread a
and report o
esting Nee
s data conveary in terms
ssessment to78
r data transmhrough data
Logging (
r semi-automnguage and usually sup
d other custo
componentsun, through t
atabases or tecution compest oracle, e
easure the pets, branches
tics of softwantegrity, authy focused on
onitoring
when softwan componen
ols ystem behav their ramp-ud is achievedacross variou
n usage of s
eds (K1)
ersion/migratof criticality a
o review and
Q
missions to sanonymity.
(K1)
matically, usinusually provport scriptingmization in th
or parts of ahe provision
test results. Tparison may bspecially if it
ercentage ofs or decisions
are. This incentication, a
n a particular
(K1)
are is executint and compo
es under a vup pattern, frd by means ous test mach
specific syste
tion projects and volume. verify the da
InternatioSoftware Te
Qualifications
31-Ma
et up test da
ng stored inpvide a test logg languages he tests.
a system by of mock obj
Test executiobe done by at is automate
f specific typs, and modu
cludes evaluaauthorization,
technology,
ing, such as onent integra
variety of simrequency andof creating vihines commo
em resources
and applicatIn such cont
ata conversio
nal esting s Board
ar-2011
ata to
puts g for or
ects
on a ed.
es of le or
ating ,
time ation
mulated d irtual only
s, and
tions texts, on and
CertifFounda
Version 2© Internationa
migrationdefined c Other tes
fied Testeation Level Sy
2011 al Software Testing Q
n rules to encontext-spec
sting tools ex
er yllabus
Qualifications Board
sure that thecific standard
xist for usabi
e processed d.
ility testing.
Page 61 of
data is corre
78
ect, complete
Q
e and complie
InternatioSoftware Te
Qualifications
31-Ma
es with a pre
nal esting s Board
ar-2011
e-
CertifFounda
Version 2© Internationa
6.2 Bene Terms Data-driv
6.2.1 (K2) Simply pmay requopportun Potentiao Repe
checo Grea
samo Objeo Ease
prog Risks of o Unreo Unde
and o Unde
the tthe w
o Undeo Ove
mano Nego Neg
mantools
o Riskvend
o Pooro Risko Unfo
6.2.2 Test ExeTest exerequires Capturinnot scalewith speunexpec
fied Testeation Level Sy
2011 al Software Testing Q
Effectivfits and
ven testing, k
Potentia
purchasing ouire additionnities with the
l benefits of etitive work icking againstater consistee frequency,
ective assesse of access tgress, inciden
using tools iealistic expecerestimatingexternal experestimatingtool (includinway the tool erestimatingr-reliance onual testing wlecting versiolecting relatioagement too
s from multipk of tool venddor r response fr
k of suspensioreseen, suc
Special Cecution Too
ecution tools significant e
ng tests by ree to large nucific data and
cted events o
er yllabus
Qualifications Board
ve Use oRisks (K
keyword-driv
l Benefits
r leasing a toal effort to ace use of tools
using tools inis reduced (et coding stan
ency and repe, and tests desment (e.g., to informationnt rates and
nclude: ctations for th the time, co
pertise) the time andg the need fois used) the effort re
n the tool (repwould be betton control of onships and ols, version cple vendors dor going out
rom vendor fon of open-s
ch as the inab
Consideraols
execute testeffort in order
ecording the mbers of autd actions as
occur.
of ToolsK2)
ven testing, s
and Risks
ool does not chieve real as in testing, b
nclude: e.g., running ndards) eatability (e.gerived from rstatic measun about testsperformance
he tool (incluost and effort
d effort needor changes i
quired to maplacement foter) f test assets winteroperabi
control tools,
t of business
for support, usource / free bility to supp
ations for
t objects usinr to achieve s
actions of a tomated testpart of each
Page 62 of
: Poten
scripting lang
s of Tool S
guarantee sand lasting bebut there are
regression t
g., tests execrequirementsures, coverags or testing (ee)
uding functiofor the initia
ded to achievn the testing
aintain the teor test design
within the tooility issues beincident ma
, retiring the
upgrades, antool projectort a new pla
Some Typ
ng automatedsignificant be
manual testescripts. A ca
h script. This
78
ntial
guage
Support fo
uccess with enefits. Ther
e also risks.
ests, re-ente
cuted by a tos) ge) e.g., statistic
nality and eaal introduction
ve significantg process and
st assets gen or use of au
ol etween criticnagement to
tool, or sellin
nd defect fixe
atform
pes of Too
d test scriptsenefits.
er seems attaptured scriptype of scrip
Q
or Testing
that tool. Eare are potent
ering the sam
ool in the sam
cs and graph
ase of use) n of a tool (in
t and continud continuous
nerated by thutomated tes
cal tools, sucools, defect tr
ng the tool to
es
ols (K1)
s. This type o
ractive, but tpt is a linear rpt may be uns
InternatioSoftware Te
Qualifications
31-Ma
20 minut
g (for all to
ch type of totial benefits a
me test data,
me order with
s about test
ncluding train
uing benefits s improveme
he tool sting where
h as requiremracking tools
o a different
of tool often
this approachrepresentatiostable when
nal esting s Board
ar-2011
tes
ools)
ool and
and
h the
ning
from nt of
ments s and
h does on
CertifFounda
Version 2© Internationa
A data-dand useswith diffedata for There arcombinaparametwhich gecontrollin In a keywbe takenscriptingapplicati Technicaspecialis Regardlelater com Static AStatic ancode mabeing traof the coexclude Test MaTest mainformat
fied Testeation Level Sy
2011 al Software Testing Q
driven testings a more generent data. Tthese predef
re other techations placeders at run timenerates a rang randomne
word-driven tn (also called language) con being tes
al expertise ists in test aut
ess of the scmparison.
Analysis Toonalysis tools ay generate aanslated into ode is easier some messa
anagement Tnagement toion in a form
er yllabus
Qualifications Board
g approach sneric test scresters who afined scripts.
niques empl in a spreads
me and suppandom user Iess.
testing approd action wordcan then defisted.
n the scriptintomation).
cripting techn
ols applied to soa large quantan executabin the future
ages is an ef
Tools ools need to iat that fits th
eparates outript that can rare not famili.
oyed in datasheet, data ilied to the apID, and for re
oach, the sprds), and test ne tests usin
ng language
nique used, th
ource code ctity of messable program, e. A gradual iffective appro
interface withhe needs of t
Page 63 of
t the test inpread the inpuiar with the s
a-driven techs generated pplication. Foepeatability in
readsheet codata. Testersng the keywo
is needed fo
he expected
can enforce cages. Warnin
but ideally smplementatioach.
h other toolshe organizat
78
uts (the dataut data and escripting lang
niques, wherusing algorit
or example, an pattern, a s
ontains keyws (even if the
ords, which c
or all approac
results for e
coding standng messagesshould be adion of the an
or spreadshtion.
Q
a), usually intexecute the sguage can th
re instead ofthms based oa tool may useed is empl
words describey are not famcan be tailore
ches (either
each test nee
ards, but if as do not stopdressed so talysis tool w
heets in orde
InternatioSoftware Te
Qualifications
31-Ma
to a spreadssame test scen create the
f hard-coded on configurase an algoritloyed for
bing the actiomiliar with thed to the
by testers or
ed to be store
applied to exi the code frothat maintena
with initial filte
r to produce
nal esting s Board
ar-2011
heet, ript e test
data able thm,
ons to he
r by
ed for
isting om ance
ers to
useful
CertifFounda
Version 2© Internationa
6.3 (K1) Terms No spec BackgrThe maio Asse
oppoo Evalo A pro
perfoiden
o Evalsupp
o Ideno Evalo Estim Introducobjectiveo Learo Eval
needo Deci
assethe m
o Asse Successo Rollio Adapo Provo Defino Implo Mono Provo Gath Refere6.2.2 Bu6.3 Few
fied Testeation Level Sy
2011 al Software Testing Q
Introdu
ific terms.
round n consideratessment of oortunities for uation againoof-of-conceorms effectivtify changes uation of the
pliers in casetification of iuation of tramation of a c
ing the seleces: rn more detauate how thed to change ide on standets (e.g., decmodularity ofess whether
s factors for tng out the topting and imviding trainingning usage gementing a witoring tool u
viding supporhering lesson
ences uwalda, 2001
wster, 1999
er yllabus
Qualifications Board
ucing a T
tions in selecorganizationa
an improvednst clear requept, by using vely with the
needed to the vendor (ince of non-comnternal requiining needs
cost-benefit r
cted tool into
ail about the te tool fits wit
ard ways of ciding on namf test suites) the benefits
he deploymeool to the resproving procg and coachguidelines way to gatheuse and benert for the testns learned fro
1, Fewster, 1
Tool into
cting a tool foal maturity, std test procesuirements ana test tool dsoftware undhat infrastruc
cluding traininmmercial tools
irements for considering
ratio based o
an organiza
tool h existing pr
using, manaming convent
will be achie
ent of the toost of the orgacesses to fit wing/mentorin
er usage infoefits t team for a gom all teams
1999
Page 64 of
o an Org
or an organiztrengths and
ss supported nd objective curing the evader test and cture to effecng, support as coaching anthe current t
on a concrete
ation starts w
rocesses and
aging, storingtions for files
eved at reaso
ol within an oanization incrwith the use ng for new us
rmation from
given tool s
78
ganizatio
zation included weaknesse
by tools criteria aluation phaswithin the cu
ctively use thand commerc
nd mentoringest team’s tee business ca
with a pilot pro
d practices, a
g and maintas and tests, c
onable cost
organization rementally of the tool
sers
m the actual u
Q
on
e: s and identif
se to establisurrent infrastrhe tool cial aspects)
in the use oest automatioase
oject, which
and determin
ining the toocreating libra
include:
use
InternatioSoftware Te
Qualifications
31-Ma
15 minut
fication of
sh whether itructure or to
) or service s
of the tool on skills
has the follow
ne what woul
ol and the tesries and defi
nal esting s Board
ar-2011
tes
t
support
wing
d
st ning
CertifFounda
Version 2© Internationa
7.
StandISTQB G [CMMI] Cand ProdSee Sec
[IEEE StSee Sec
[IEEE 10See Sec
[IEEE 12See Sec
[ISO 912See Sec
Books[Beizer, Boston See Sec
[Black, 2York See Sec
[BuwaldaReadingSee Sec
[CopelanHouse: NSee Sec
[Craig, 2House: NSee Sec
[FewsterReadingSee Sec
[Gilb, 19ReadingSee Sec
[Hetzel, See Sec
[Kaner, 2John WilSee Sec
fied Testeation Level Sy
2011 al Software Testing Q
Referen
dards Glossary of T
Chrissis, M.Bduct Improvection 2.1
td 829-1998]ctions 2.3, 2.4
028] IEEE Stction 3.2
2207] IEEE 1ction 2.1
26] ISO/IEC 9ction 2.3
s 1990] Beizer
ctions 1.2, 1.3
2001] Black,
ctions 1.1, 1.2
a, 2001] Buw, MA
ction 6.2
nd, 2004] CoNorwood, MActions 2.2, 2.3
2002] Craig, RNorwood, MActions 1.4.5, 2
r, 1999] Few, MA
ctions 6.2, 6.3
93]: Gilb, To, MA
ctions 3.2.2, 3
1988] Hetzections 1.3, 1.4
2002] Kaner,ley & Sons: N
ctions 1.1, 4.5
er yllabus
Qualifications Board
nces
Terms used i
B., Konrad, Mement, Addis
IEEE Std 824, 4.1, 5.2, 5
td 1028™ (20
12207/ISO/IE
9126-1:2001
r, B. (1990) S
3, 2.3, 4.2, 4
R. (2001) Ma
2, 1.4, 1.5, 2
walda, H. et a
opeland, L. (2A 3, 4.2, 4.3, 4
Rick D. and JA 2.1.3, 2.4, 4.
ster, M. and
3
om and Grah
3.2.4
l, W. (1988) 4, 1.5, 2.1, 2
, C., Bach, JNew York 5, 5.2
n Software T
M. and Shrumson Wesley:
29™ (1998) 5.3, 5.5, 5.6
008) IEEE S
EC 12207-20
1, Software E
Software Tes
4.3, 4.4, 4.6
anaging the
2.3, 2.4, 5.1,
al. (2001) Int
2004) A Prac
4.4, 4.6
Jaskiel, Stef
1, 5.2.5, 5.3
Graham, D.
am, Dorothy
Complete G2.2, 2.3, 2.4, 4
. and Petttico
Page 65 of
Testing Versi
m, S. (2004) Reading, MA
IEEE Standa
tandard for S
008, Software
Engineering –
sting Techniq
Testing Proc
5.2, 5.3, 5.5,
tegrated Tes
ctitioner’s Gu
fan P. (2002)
, 5.4
(1999) Softw
y (1993) Soft
Guide to Softw4.1, 5.1, 5.3
ord, B. (2002
78
ion 2.1
CMMI, GuidA
ard for Softw
Software Rev
e life cycle p
– Software P
ques (2nd ed
cess (3rd edi
, 5.6
t Design and
uide to Softw
) Systematic
ware Test Au
ware Inspec
ware Testing
2) Lessons L
Q
elines for Pro
ware Test Doc
views and Au
rocesses,
Product Qual
dition), Van N
ition), John W
d Automation
ware Test Des
Software Te
utomation, A
tion, Addison
g, QED: Welle
Learned in So
InternatioSoftware Te
Qualifications
31-Ma
ocess Integr
cumentation
udits,
ity,
Nostrand Re
Wiley & Sons
n, Addison W
sign, Artech
esting, Artech
Addison Wesl
n Wesley:
esley, MA
oftware Testi
nal esting s Board
ar-2011
ration
,
inhold:
s: New
Wesley:
h
ley:
ing,
CertifFounda
Version 2© Internationa
[Myers 1See Sec
[van Vee10), UTNSee Sec
fied Testeation Level Sy
2011 al Software Testing Q
979] Myers,ctions 1.2, 1.3
enendaal, 20N Publishersctions 3.2, 3.3
er yllabus
Qualifications Board
Glenford J. 3, 2.2, 4.3
004] van Vee: The Nether3
(1979) The A
enendaal, E. rlands
Page 66 of
Art of Softwa
(ed.) (2004)
78
are Testing, J
The Testing
Q
John Wiley &
g Practitioner
InternatioSoftware Te
Qualifications
31-Ma
& Sons: New
r (Chapters 6
nal esting s Board
ar-2011
w York
6, 8,
CertifFounda
Version 2© Internationa
8. A
HistoryThis docappointereviewedsoftwareAppendiThis docfirst leve
Objeco To g
speco To po To e
and o To po To ido To e
overo To p
inter
Objecmeetino To bo To eo To eo To ino To h
appro To d
throuall pa
o To po To eo To eo To p
man
Entry The entrthat candcandidato Have
six m
fied Testeation Level Sy
2011 al Software Testing Q
Append
ry of this Dcument was ped by the Inted by a selecte testing comx C.
cument is thel internationa
tives of thgain recogniticialization provide a stanenable profesto raise the p
promote consdentify testinenable softwar their compeprovide an oprnationally re
tives of thng at Sollbe able to comenable testerenable multinncrease the nhave more imroach develop a comugh the syllaarticipants
promote testienable testerenable sharinprovide interny countries
Requiremry criterion fodidates havetes also: e at least a m
months expe
er yllabus
Qualifications Board
dix A – S
Documenprepared beternational Soted review pa
mmunity. The
e syllabus foral qualificatio
he Foundion for testin
ndard framewssionally quaprofile of tessistent and gg topics thatare suppliersetitors by advpportunity forecognized qu
he Internlentuna, Nmpare testins to move ac
national/internnumber of qu
mpact/value a
mmon internabus and term
ng as a profes to gain a re
ng of knowlednational reco
ments for or taking the e an interest
minimal backrience as a s
Syllabu
nt tween 2004 aoftware Testianel, and therules used i
r the Internaton approved
dation Ceg as an esse
work for the alified testersters ood testing pt are relevants to hire certivertising their testers and
ualification in
ational QNovembeg skills acroscross countrynational projualified testeas an interna
ational bodyminology, an
ession in moecognized qudge and reso
ognition of tes
r this QuaISTQB Founin software t
kground in eisystem or us
Page 67 of
s Backg
and 2011 byng Qualificat
en by represen the produc
tional Foundaby the ISTQ
ertificate Qential and pro
developmens to be recog
practices witt and of valufied testers ar tester recru those with athe subject
Qualificatioer 2001)ss different cy borders moects to have
ers worldwideationally-base
y of understad to increase
ore countriesualification inources acrossters and this
alificationndation Certiftesting. Howe
ther softwareser acceptanc
78
ground
y a Working Gtions Board (entatives draction of this d
ation CertificQB (www.istq
Qualificatofessional so
nt of testers' cnized by em
hin all softwae to industryand thereby guitment policyan interest in
on (adap
countries ore easily a common u
e ed initiative t
nding and kne the level of
n their nativess countriess qualificatio
ficate in Softwever, it is stro
e developmece tester or a
Q
Group compr(ISTQB). It w
awn from the document are
cate in Softwb.org).
tion oftware engin
careers ployers, cus
are engineery gain commey testing to ac
ted from
understandin
han from any
nowledge abf knowledge
language
n due to par
ware Testingongly recom
ent or softwaas a software
InternatioSoftware Te
Qualifications
31-Ma
rised of memwas initially
internationae shown in
are Testing,
neering
tomers and p
ring discipline
rcial advanta
cquire an
ISTQB
ng of testing
y country-sp
bout testing about testing
rticipation fro
g examinatiomended that
re testing, sue developer
nal esting s Board
ar-2011
mbers
al
the
peers,
es
age
issues
ecific
g for
m
on is t
uch as
CertifFounda
Version 2© Internationa
o TakeNatio
BackgTestinThe indeSociety'sup in 199qualificaincludes will provAn existirecognizdeemed and doesWithin eaSoftwarewithin eatraining p
fied Testeation Level Sy
2011 al Software Testing Q
e a course thonal Boards)
ground anng ependent cers Information98 (www.bcstion schemereorganized
ide the mosting Foundatized National
to be equivas not need toach participae Testing Boaach country. providers an
er yllabus
Qualifications Board
hat has been).
nd History
rtification of sn Systems Exs.org.uk/iseb (www.asqf.d
d, updated ant practical heon CertificateBoard) awar
alent to the Ino be renewedating countryard. Duties oThe duties od the setting
accredited t
y of the F
software testxamination B). In 2002, Ade). This syllnd additionallp to testers.e in Softwarerded before tnternational d. The date i
y, local aspecof National Bof the countryg of exams.
Page 68 of
to ISTQB sta
Foundatio
ters began inBoard (ISEB)ASQF in Germlabus is basel content, and. e Testing (e.this InternatioCertificate. Tit was awardcts are controoards are spy boards are
78
andards (by o
on Certific
n the UK with), when a Somany began ed on the ISEd the empha
g., from ISEonal CertificaThe Foundated is shown olled by a napecified by th
expected to
Q
one of the IS
cate in So
h the British Cftware Testinto support a
EB and ASQasis is directe
B, ASQF or aate was releaion Certificaton the Certi
ational ISTQBhe ISTQB, buo include acc
InternatioSoftware Te
Qualifications
31-Ma
STQB-recogn
oftware
Computer ng Board wa
a German tesQF syllabi; it ed at topics t
an ISTQB-ased, will be te does not eficate. B-recognizedut are implemreditation of
nal esting s Board
ar-2011
nized
as set ster
hat
expire
d mented
CertifFounda
Version 2© Internationa
9. AKnowThe followill be ex
Level The candKeyword ExampleCan recoo “Nono “Actu
Level The candsummarKeywordtranslate ExampleCan expo To fio To fi Can expo Simio Diffe
conc
Level The candcontext. KeywordExampleo Can o Can
Level The candfor betteanalyze problem Keyworddeconstr
fied Testeation Level Sy
2011 al Software Testing Q
Appendwledge owing learninxamined acc
1: Remedidate will reds: Rememb
e ognize the den-delivery of ual deviation
2: Underdidate can seize, compareds: Summar
e, represent,
es plain the reas
nd defects wnd the most
plain the similarities: testi
erences: intecentrates on
3: Apply didate can se
ds: Implemee identify bouselect test c
4: Analyzdidate can ser understanda document,or task. ds: Analyze,ruct, differen
er yllabus
Qualifications Board
dix B – L
ng objectivescording to the
mber (K1ecognize, rember, retrieve,
efinition of “faservice to an
n of the comp
rstand (K2elect the reae, classify, carize, generaliinfer, conclu
son why testswhen they are
important de
larities and dng more thangration testinwhole-syste
(K3) elect the cor
ent, execute,
ndary valuescases from a
ze (K4) eparate infor
ding, and can, software or
, organize, fintiate, discrim
Learnin
are defined e learning ob
1) member and recall, recog
ailure” as: n end user oponent or sys
2) asons or explategorize andize, abstract,ude, categori
s should be de cheaper toefects first
differences bn one compong concentram aspects, s
rrect applicat
use, follow a
s for valid angiven state
rmation relatn distinguish r project situa
nd coherencminate, disting
Page 69 of
ng Objec
as applying bjective for it.
recall a termgnize, know
r any other sstem from its
lanations for d give exam, classify, coze, construc
designed as o remove
etween integonent, and caates on interfsuch as end-
tion of a conc
a procedure,
d invalid partransition dia
ted to a procebetween fac
ation and pro
ce, integrate, guish, focus,
78
ctives/C
to this syllab.
m or concept.
stakeholder” s expected d
statements ples for the tmpare, map,t models
early as pos
gration and san test non-ffaces and int-to-end proce
cept or techn
apply a proc
rtitions agram in ord
edure or techcts and infereopose approp
outline, pars, select
Q
Cognitiv
bus. Each top
.
or elivery, serv
related to thetesting conce, contrast, ex
ssible:
system testinfunctional asteractions, anessing
nique and ap
cedure
er to cover a
hnique into itences. Typicpriate actions
se, structure,
InternatioSoftware Te
Qualifications
31-Ma
ve Leve
pic in the syl
ice or result”
e topic, and ept. xemplify, inte
ng: spects nd system te
pply it to a giv
all transitions
ts constituencal applicatios to solve a
, attribute,
nal esting s Board
ar-2011
l of
labus
”
can
erpret,
esting
ven
s
nt parts n is to
CertifFounda
Version 2© Internationa
Exampleo Analo Desc Refere(For the AndersoAssessin
fied Testeation Level Sy
2011 al Software Testing Q
e lyze product cribe which p
ence cognitive lev
on, L. W. andng: A Revisio
er yllabus
Qualifications Board
risks and prportions of an
vels of learni Krathwohl,
on of Bloom's
opose preven incident re
ng objectivesD. R. (eds) (s Taxonomy
Page 70 of
entive and coport are fact
s) 2001) A Tax
y of Education
78
orrective mitigual and whic
xonomy for Lnal Objective
Q
gation activitch are inferre
earning, Teaes, Allyn & B
InternatioSoftware Te
Qualifications
31-Ma
ties ed from resul
aching, and acon
nal esting s Board
ar-2011
ts
CertifFounda
Version 2© Internationa
10. A
FoundThe ruleafter eac
10.1.1 SG1. Thmore) exSG2. ThSG3. ThSG4. ThtranslataSG5. Th
10.1.2 SC1. Thin softwafive yearSC2. Thenable it
10.1.3 LO1. Lealevel K1)able to psoftwareLO2. TheCONSISLO3. To issued a
10.1.4 ST1. Theparts, froST2. OvST3. EacST4. The(VERSIOST5. Thereflect th RefereSR1. Sofind out mSR2. Whsyllabus(NON-R
fied Testeation Level Sy
2011 al Software Testing Q
Append
dation Sys listed here
ch rule as a s
General e syllabus shxperience in e syllabus she syllabus she syllabus sh
able into diffee syllabus sh
Current Ce syllabus share testing wrs. (RECENTe syllabus sht to have a sh
Learningarning object), items the cpractice/use (e or project se description
STENT) illustrate the
along with the
Overall Se structure oom exam queerlap betweech section ofe syllabus shON) e syllabus shhe relative im
ences ources and remore informahere there ar. For examplEF DETAIL)
er yllabus
Qualifications Board
dix C – R
yllabus were used ishorthand ab
Rules hould be undtesting. (6-Mhould be prahould be cleahould be und
erent languaghould use Am
Content hould includehere this is g
T) hould minimihelf life of thr
g Objectivetives should candidate sh(K3), and iteituation in co
n of the conte
e learning obe syllabus. (L
Structure of the syllabuestions and fen sections of the syllabushould contain
hould includemportance of
eferences wilation about tre not readilyle, definitions
Rules A
n the develobbreviation o
derstandableMONTH) actical rather ar and unamderstandableges. (TRANSmerican Eng
e recent testigenerally agr
ize time-relatree to five ye
es distinguish bould understms the cand
ontext (K4). (ent should be
bjectives, samLO-EXAM)
s should be from other reof the syllabus should havn version, da
e a guideline each topic).
ll be given fohe topic. (REy identified ans are in the G
Page 71 of
Applied
opment and rof the rule.)
e and absorb
than theoretmbiguous to ite to people frSLATABLE)lish. (AMER
ing conceptsreed. The sy
ted issues, sears. (SHELF
between itemtand conceptidate shouldKNOWLEDGe consistent
mple exam q
clear and allelevant docuus should beve the same sate of issue a
for the amou(TIME-SPEN
or concepts inEFS) nd clear souGlossary, so
78
to the I
review of this
bable by peop
tical. (PRACTts intended rrom different
ICAN-ENGL
s and should llabus is sub
such as curreF-LIFE).
ms to be recotually (K2), it be able to u
GE-LEVEL)with the lear
uestions for
ow cross-refments. (CROminimized.
structure. (Sand page num
unt of time toNT)
n the syllabu
rces, more donly the term
Q
STQB
s syllabus. (A
ple with zero
TICAL) readers. (CLEcountries, a
ISH)
reflect currebject to review
ent market co
ognized/remetems the canuse to analyz
rning objectiv
each major s
ferencing to OSS-REF) (OVERLAP) TRUCTURE
mber on ever
o be spent in
us to help tra
detail should ms are listed
InternatioSoftware Te
Qualifications
31-Ma
A “TAG” is sh
o to six month
EAR) nd easily
ent best practw every three
onditions, to
embered (condidate shouze a docume
ves. (LO-
section shou
and from oth
E-CONSISTEry page.
n each sectio
ining provide
be provided in the syllab
nal esting s Board
ar-2011
hown
hs (or
tices e to
gnitive ld be nt,
uld be
her
ENT)
on (to
ers
in the bus.
CertifFounda
Version 2© Internationa
SourceTerms uversion o A list of rmain boo
fied Testeation Level Sy
2011 al Software Testing Q
es of Inforsed in the syof the Glossa
recommendeok list is part
er yllabus
Qualifications Board
rmation yllabus are dary is availab
ed books on t of the Refer
efined in theble from ISTQ
software tesrences sectio
Page 72 of
e ISTQB GlosQB.
sting is also ion.
78
ssary of Term
ssued in par
Q
ms used in S
rallel with this
InternatioSoftware Te
Qualifications
31-Ma
Software Test
s syllabus. T
nal esting s Board
ar-2011
ting. A
The
CertifFounda
Version 2© Internationa
11. AEach mathis is boaccrediteTraining again in syllabus
The syllaof traininsyllabusused and
All K3 anmaterials
fied Testeation Level Sy
2011 al Software Testing Q
Appendiajor subject hoth to give gued course, aproviders mreading and.
abus containng material. E. Other publid referenced
nd K4 Learnis.
er yllabus
Qualifications Board
ix D – Noheading in thuidance on thnd to give anay spend mo research. A
s referencesEach standarcations, tem
d, but will not
ng Objective
otice to The syllabus ishe relative prn approximatore time than
A course curri
s to establishrd used musplates or stat be examine
es require a p
Page 73 of
Training s assigned anroportion of tte minimum tn is indicatediculum does
hed standardst be the versandards not red.
practical exe
78
Providern allocated titime to be altime for the td and candidnot have to
s, which mussion quoted ireferenced in
ercise to be in
Q
rs ime in minutelocated to eateaching of eates may spfollow the sa
st be used inn the current
n this syllabu
ncluded in th
InternatioSoftware Te
Qualifications
31-Ma
es. The purpach section oeach section.end more tim
ame order as
n the preparat version of ts may also b
he training
nal esting s Board
ar-2011
pose of of an . me s the
ation his
be
CertifFounda
Version 2© Internationa
12. A
Relea 1. C
2. Cs
3. C4. C5. R6. T
d7. C
C8. C
g9. C10.
tMlpa
11. C
ReleaChanges
1. G2. R
G3. F4.
b
fied Testeation Level Sy
2011 al Software Testing Q
Appendi
se 2010
Changes to a. W
2
5b.
tc.
sd. e.
wf. g.
ch.
i. 6
Consistent ustrategy will Chapter 1.4 Chapter 2.x Re-testing isThe aspect ddata quality aChapter 5.2.Criteria (-> eConsistent uglossary. Chapter 6.1 IEEE Std 82this new editMaster Test levels of planproject level and in the ISCode of Ethi
se 2011 s made with General: WoReplaced poGlossary 2.1First occurreIntroduction because this
er yllabus
Qualifications Board
ix E – Re
Learning ObWording chaunchanged):2.4.2, LO-4.1LO-4.4.2, LO5.5.2, LO-5.6LO-1.1.5 hasterms of defeLO-1.2.3 (K2syllabus. LO-3.1.3 (K2LO-3.1.4 haswith LO-3.1.LO-3.2.1 hasLO-3.3.2 hasconsistency LO 4.4.4 hasK4. ReasonLO-6.1.2 (K16.1.3 (K2). T
use for test anot be requinow containnow contains
s now the madata quality aand risk in C3 Entry Crite
entry criteria use of the ter
shortened be9:2008 has btion. Section Plan is covenning: Test pcovering mu
STQB Glossacs has been
the “maintenorking Party rost-conditions.
ence: ISTQB to this Syllab
s was redund
elease No
bjectives (LOanged for the: LO-1.2.2, L1.3, LO-4.2.1
O-4.4.3, LO-46.1, LO-6.1.1s been reworect related te2) has been a
2) now combs been remo3. s been rewors been modifwith LO-3.1.s been modifn: LO-4.4.4 h1) was droppThere is no Lpproach accred as term ts the conceps test objects
ain term in thand testing h
Chapter 2.2, 5eria are addeadded to LO
rms test strat
ecause the tbeen release5.2 refers to
ered by the coplans for the ultiple test levary. moved from
nance releasreplaced by Ws by postcon
replaced by bus: Descriptdant to Appe
Page 74 of
otes
) include some following LOO-1.3.1, LO-1, LO-4.2.2, 4.6.1, LO-5.11, LO-6.2.2, rded and upgerms can be added. The
bines the conved from the
rded for consfied, and its l2. fied for clarityad already b
ped from the LO-6.1.2 in thcording to theto recall. pt of traceabs and test bae glossary in
has been add5.5, 6.1.8. ed as a new s
O-5.2.9). tegy and test
tool descriptied. This verso the documeoncept that ttest levels cavels. Latter is
m the CTAL to
se” 2011 Working Gro
nditions in ord
ISTQB® tions of Cognndix B.
78
me clarificatioOs (content a-1.4.1, LO-1.LO-4.3.1, LO1.2, LO-5.2.2LO-6.3.2. graded to K2expected. content was
ntent of LO-3e 2010 syllab
sistency withlevel has bee
y, and has bbeen written i
2010 syllabuhe 2010 syllae definition in
ility betweenasis. nstead of conded at severa
subchapter.
t approach w
ons were toosion of the syent Master Tthe documenan be creates named Ma
o CTFL.
oup der to be con
nitive Levels
Q
on and level of L.5.1, LO-2.1.
O-4.3.2, LO-42, LO-5.3.2, L
2. Because a
s already cov
.1.3 and LO-bus, as it is p
h the 2010 syen changed
een changedin a K4 mannus and was rabus. n the glossary
test basis a
nfirmation tesal locations i
Reason: Co
with their defi
o large for a yllabus does est Plan. The
nt “Test Plan”ed as well as ster Test Pla
nsistent with
s of Knowledg
InternatioSoftware Te
Qualifications
31-Ma
LO remains 1, LO-2.1.3,
4.3.3, LO-4.4LO-5.3.3, LO
a comparison
vered in the 2
-3.1.4. partially redun
yllabus contefrom K1 to K
d from a K3 tner. replaced with
y. The term t
nd test case
sting. n the syllabu
nsistency to
nition in the
45 minute lenot yet conse content of ” covers diffea test plan o
an in this syll
the ISTQB
ge removed,
nal esting s Board
ar-2011
LO-4.1,
O-
n of
2007
ndant
ent. K2, for
to a
h LO-
test
s.
us:
Exit
esson. ider the
erent on the abus
CertifFounda
Version 2© Internationa
5. SE
6. S7. S
8. Ss
9. S
10. Sbn
11. S12. S
rtL
13. Sd
14. Sc
15. Sb
16. S17. S
s18. S
c19. S
T20. S21. A
ti
22. Ac
fied Testeation Level Sy
2011 al Software Testing Q
Section 1.6: Ethics”, the cSection 2.2.1Section 2.2.2…”. ThereforSection 2.3: section Test Section 2.3.4ISTQB GlossSection 2.4 rbecause the next sentencSection 3.2: Section 3.2.1review proceto six, which Level SyllabuSection 4: Wdeveloped. Section 4.2: conjunction wSection 4.3.5between actoSection 4.3.5Section 4.4.2sentence to Section 4.5, correct term Section 6.1: Testing (K2)Section 7 / BAppendix D: that all Learnin the ISTQBAppendix E: correctly liste
er yllabus
Qualifications Board
Because thecognitive leve1, 2.2.2, 2.2.2 The word fre replaced wCorrected foTypes (K2).
4: Updated dsary. removed wor“extensive”
ce. The word “in1: Because tess had 12 m
makes this sus 2007.
Word “develop
Text changewith experien5 text changeors (users or5 alternative 2: In order toclarify the foSection 5.2.“experienceHeading “6.” replaced by
Books: The 3Chapters re
ning ObjectivB Accreditatio
The changeed.
e intent was el for the sec3 and 2.2.4, failure was nowith “defect” ormatting of b
description of
rd “extensivedepends on
ncluding” hasthe activities main activitiessection comp
ped” replace
e to clarify honce-based tee “..betweenr systems), …path replace
o clarify the tecus of branc6: The term -based”. 1.1 Understay “6.1.1 Tool
3rd edition of equiring exercves K3 and hon Process (ed learning o
Page 75 of
not to definection has bee3.2.3: Fixedot correct forin that sente
bullet list of t
f debugging
e” from “incluthe change
s been removof a formal rs instead of spliant with th
d by “defined
ow black-boxechniques. actors, inclu
… “. ed by alternaerm branch tch testing has“experienced
anding the Ml Support for [Black,2001cises have b
higher require(Version 1.26bjectives bet
78
e a Learning en removed. formatting isr “…isolate faence. test objective
to be consis
udes extensiv(size, risks, v
ved to clarifyreview had bsix, as intend
he Syllabus 2
d” because t
x and white-b
uding users a
ative scenariotesting in thes been changd-based” tes
Meaning and Testing (K2] listed, repla
been replacee exercises. 6). tween Versio
Q
Objective for
ssues in listsailures to a s
es related to
tent with Ver
ve regressionvalue, etc.) a
y the sentencbeen incorrecded. It has be2007 and the
est cases ge
box testing co
and the syste
o. e text of Sectged.
sting has bee
Purpose of T)”. acing 2nd editd by the genThis is a req
on 2007 and
InternatioSoftware Te
Qualifications
31-Ma
r the “Code o
s. specific comp
test terms in
rsion 2.1 of t
n testing”, as written in t
ce. ctly formattedeen changed
e ISTQB Adv
et defined an
ould be used
em..” to “ …
tion 4.4, a
en replaced b
Tool Support
tion. neric requiremquirement sp
2010 are no
nal esting s Board
ar-2011
of
ponent
n
he
the
d, the d back anced
nd not
d in
by the
t for
ment ecified
ow
CertifFounda
Version 2© Internationa
13.
action walpha tesarchitectarchivingautomatbenefits benefits beta testblack-boblack-boblack-bobottom-uboundarbug .......capturedchecklistchoosingcode covcommerccompilercomplexcompone
60 compone
42 configuraConfigurconfirmacontract control flcoverage
50, 51coveragecustom-ddata flowdata-drivdata-drivdebuggindebuggindecision decision decision defect 10
29, 3143, 4460, 69
defect dedefect tradevelopm
24, 2953, 55
developmdrawbacdriver ....dynamic
fied Testeation Level Sy
2011 al Software Testing Q
Index
ord ..............sting ............ture ..............g ..................ion ...............of independeof using toolting ..............
ox technique .ox test designox testing ......up .................ry value analy....................
d script .........ts .................g test techniqverage .........cial off the shr ...................xity ................ent integratio
ent testing22
ation managration managation testing..
acceptance low ...............e 15, 24, 28,1, 58, 60, 62 e tool ...........developed sow ..................ven approachven testing ...ng ................ng tool .........coverage ....table testingtesting ........
0, 11, 13, 14,1, 32, 33, 344, 45, 47, 499 ensity ...........acking tool...ment .. 8, 11,9, 32, 33, 365, 59, 67 ment model .cks of indepe....................
c analysis too
er yllabus
Qualifications Board
....................
....................
.. 15, 21, 22,
....................
....................ence ...........l ...........................................................n technique .........................................ysis .........................................................................que ...................... 28, 29, helf (COTS) .................................. 11, on testing22,
2, 24, 25, 27,
ement .........gement tool ... 13, 15, 16, testing ........
.............. 28, 29, 37, 38,
....................oftware ............................h .................................................... 13, ........................................g ...................................... 16, 18, 21, , 35, 36, 37, , 50, 51, 53,
....................
.................... 12, 13, 14, , 38, 44, 47,
....................endence ...........................ol .................
............ 63
...... 24, 27 25, 28, 29 ...... 17, 30 ............ 29 ............ 47 ............ 62 ...... 24, 27 37, 39, 40 ............ 39 ............ 28 ............ 25 ............ 40 ............ 11 ............ 62 ...... 34, 35 ............ 44 37, 42, 58 ............ 22 ............ 36 36, 50, 59 25, 29, 59,
, 29, 37, 41,
45, 48, 52 ............ 58 21, 28, 29 ............ 27 36, 37, 42
39, 40, 42,
............ 58
............ 27
............ 36
............ 63
............ 62 24, 29, 58 ...... 24, 58 ...... 37, 42 ...... 40, 41 ............ 42 24, 26, 28, 39, 40, 41, 54, 55, 59,
...... 50, 51
............ 59 18, 21, 22, 49, 50, 52,
...... 21, 22
............ 47
............ 24
...... 58, 60
Page 76 of
dyemeneneqererexex
exexexexfafa
fafafafiefofofufufufufufuimin
ininininininininin
in
ininISdeitekekekile
lo
78
ynamic testinmergency chnhancementntry criteria ..quivalence prror ...............rror guessingxhaustive tesxit criteria13,
51 xpected resuxperience-baxperience-baxploratory tes
actory acceptailure 10, 11,
43, 46, 50, ailure rate .....ault ...............ault attack .....eld testing ....ollow-up ........ormal review .unctional requunctional speunctional taskunctional testunctional testunctionality ...mpact analys
cident ... 15, 59, 62
cident loggincident manacident manacident reportdependenceformal reviewspection ......spection leategration13, 42, 45, 48,
tegration tes59, 60, 69
teroperabilitytroducing a t
SO 9126 .......evelopment merative-incremeyword-driveeyword-driveck-off ...........
earning objec57, 69, 70,
oad testing ....
Q
ng ................hange .................................................
partitioning ...................... 1g ..................sting ............, 15, 16, 33,
ult .................ased techniqased test dessting ............tance testing13, 14, 18, 251, 53, 54, 6........................................................................................................................uirement .....
ecification .....k ..................t ...................ting ........................... 24, 2is ................16, 17, 19, 2
ng ................agement .......agement tool t ..................
e ..................w .....................................der ..............22, 24, 25, 259, 60, 69
sting22, 24, 2
y testing ......tool into an o....................model ..........mental deve
en approach .en testing .........................ctive ... 8, 9, 171 ....................
InternatioSoftware Te
Qualifications
31-Ma
..... 13, 31, 3
...................
................. 2
...................
...................10, 11, 18, 4........... 18, 4...................35, 45, 48, 4
..... 16, 38, 4ue ....... 37, 3sign techniqu................. 4
g ..................21, 24, 26, 3269 ................. 5........... 10, 1.................................... 2........... 33, 3................. 3................. 2............................................................................25, 28, 50, 5........... 21, 3
24, 46, 48, 55
...................
........... 48, 5
................. 5
................. 4
........... 18, 4
........... 31, 3
..... 31, 33, 3
...................27, 29, 36, 4
25, 29, 36, 40
...................organization5..... 11, 29, 3...................lopment mod.........................................................0, 21, 31, 37
........... 28, 5
nal esting s Board
ar-2011
32, 36 .... 30
27, 30 .... 33 .... 40
43, 50 43, 50 .... 14 49, 50,
48, 63 39, 43 ue 39 43, 50 .... 27 2, 36,
50, 51 1, 43 .... 43
24, 27 34, 35 31, 33 24, 26 .... 28 .... 25 .... 28 .... 28
53, 62 30, 38 5, 58,
.... 55 55, 58 58, 59 46, 55 47, 48 33, 34 34, 35 .... 33 0, 41,
0, 45,
.... 28 57, 64 30, 65 .... 22 del 22 .... 63 .... 62 .... 33 7, 45,
58, 60
CertifFounda
Version 2© Internationa
load testmaintainmaintenamanagematurity metric ...mistake modellinmoderatmonitorinnon-funcnon-funcobjectiveoff-the-soperatiooperatiopatch ....peer revperformaperformapesticideportabilitprobe effprocedurproduct rproject rprototypquality 8
50, 53rapid apRational recorderregressioRegulatireliabilityreliabilityrequiremrequiremrequiremresponsire-testing
confirmreview13
53, 55review toreviewerrisk11, 1
49, 50risk-baserisk-baserisks .....risks of urobustneroles .....root causscribe ...scriptingsecurity
fied Testeation Level Sy
2011 al Software Testing Q
ting tool ........nability testingance testing ment tool .................................................................g tool ...........or ................ng tool .........ctional requirctional testinges for testinghelf ..............nal acceptannal test ............................iew ..............ance testing .ance testing e paradox .....ty testing ......ffect ..............re .................risk ..............isk ...............ing ...............
8, 10, 11, 13,3, 55, 59 plication devUnified Proc
r ...................on testing ....on acceptany ...................y testing .......ment ..............ments managments specificibilities .........g . 29, See comation testing3, 19, 31, 325, 58, 67, 71 ool ................r ...................2, 13, 14, 25
0, 51, 53, 54 ed approached testing .........................using tool .....ess testing............... 8, 31se .................................... language........................
er yllabus
Qualifications Board
....................g .................................................. 48, .............. 17, ....................................................................................................rement .........g ................. .......................................nce testing ...................................................................................tool ........................................................................................................... 18, ........................................ 19, 28, 37,
velopment (Rcess (RUP) ....................... 15, 16, 21, ce testing ..... 11, 13, 28, ............................ 13, 22,
gement tool ..cation ..............................onfirmation tg , 33, 34, 35,
....................
....................5, 26, 29, 30,
..................................................... 11, ........................................, 33, 34, 35, .............................................................. 27, 28, 36,
............ 58
............ 28
...... 21, 30 58, 59, 63 33, 38, 64 33, 35, 45 10, 11, 16 ............ 59 33, 34, 35 ...... 48, 58 21, 24, 26 ...... 11, 28 ............ 13 ............ 22 ............ 27 13, 23, 30 ............ 30 33, 34, 35 ...... 28, 58 ...... 58, 60 ............ 14 ............ 28 ............ 58 ............ 16 45, 53, 54 12, 45, 53 ............ 22 38, 47, 48,
RAD) ..... 22 ............ 22 ............ 34 28, 29, 30 ............ 27 50, 53, 58 ............ 28 24, 32, 34 ............ 58 ...... 26, 28 24, 31, 33 testing, See
36, 47, 48,
............ 58
...... 33, 34 , 38, 44, 45,
............ 54 50, 53, 54 25, 49, 53 ............ 62 ............ 24 47, 48, 49 ...... 10, 11 ...... 33, 34 60, 62, 63 47, 50, 58
Page 77 of
sesesisisososptespspstststststststststststststststsusysytetetetete
tetetetetetetetetete
teteteTetetetete
tetetete
78
ecurity testinecurity tool ...mulators ......te acceptancoftware deveoftware devepecial considest case ........pecification-bpecification-btakeholders ..tate transitiontatement covtatement testtatic analysistatic analysistatic techniqutatic testing ..tress testing .tress testing tructural testitructure-basetructure-basetructure-basetub ...............uccess factoystem integraystem testingechnical revieest analysis ..est approachest basis .......est case . 13,
39, 40, 41, est case specest cases ......est closure ....est condition .est conditionsest control .....est coverageest data ........est data prepest design13,
62 est design spest design tecest design tooest Developm
est effort .......est environmeest estimatioest execution
57, 58, 60est executionest executionest harness...est implemen
Q
g .........................................................ce testing ....elopment ......elopment moderations for ....................based technibased testing. 12, 13, 16, 1n testing ......verage .........ting ..............s ...................s tool ........... 3ue ........................................................tool .............ing ...............ed techniqueed test desiged testing ........................rs ................ation testing g13, 22, 24, 2ew ..........................................................................14, 15, 16, 242, 45, 51, 5
cification ..................................................................s ........... 13, 1........................................ 15, 16, 38, 4aration tool ., 15, 22, 37,
pecification ...chnique .......ol .................ment Proces....................ent . 15, 16, 1on ................n13, 15, 16, 3
n schedule ...n tool ..... 16, 3................... 1
ntation ..........
InternatioSoftware Te
Qualifications
31-Ma
...................
................. 5
...................
...................
....... 8, 11, 2del ..............some types ...................que..... 29, 3g ..................18, 26, 39, 4................. 4....................................................... 331, 36, 58, 5................. 3................. 1........... 28, 5................. 5..... 24, 28, 2
e ................ 3n technique ................. 3....................................................... 225, 26, 27, 4..... 31, 33, 3..... 15, 38, 4..... 38, 48, 5...................
24, 28, 32, 3755, 59, 69 ........... 37, 3.............................. 10, 1...................15, 16, 28, 3........... 15, 4................. 148, 58, 60, 6................. 538, 39, 43, 4
...................
........... 37, 3
................. 5ss ....................................17, 24, 26, 4...................
32, 36, 38, 43
...................38, 57, 58, 616, 24, 52, 5........... 16, 3
nal esting s Board
ar-2011
.... 28 58, 60 .... 24 .... 27
21, 22 .... 22 of tool 62 .... 38
39, 40 .... 37
45, 54 40, 41 .... 42 .... 42
32, 36 59, 63 31, 32
3, 32 58, 60 58, 60 29, 42 39, 42 .... 42
37, 42 .... 24 .... 35
22, 25 49, 69 34, 35 48, 49 50, 51 .... 15 7, 38,
38, 55 .... 28 5, 16 .... 38
38, 39 45, 51
5, 50 62, 63 58, 60 48, 58,
.... 45 38, 39 58, 59 .... 38 .... 50
48, 51 .... 50 3, 45,
.... 38 60, 62 58, 60 38, 49
CertifFounda
Version 2© Internationa
test leadtest leadtest leve
44, 45test log .test mantest mantest mantest montest objetest oractest orgatest plantest plantest plantest proctest proctest progtest repotest repotest scriptest strattest suitetest sumtest tool test typetest-drivetester 10
62, 67tester tastest-first
fied Testeation Level Sy
2011 al Software Testing Q
der ................der tasks .......l . 21, 22, 24,5, 48, 49 ....................
nagement .....nagement toonager ............nitoring .........ective ....... 13cle ................anization ......n .. 15, 16, 32nning ............nning activicedure ..........cedure specifgress monitoort .................orting ............pt .................tegy .............e ..................
mmary report .classification
e ...................en developm0, 13, 18, 34,7 sks ..............approach ....
er yllabus
Qualifications Board
.............. 18,
.................... 28, 29, 30,
.............. 15,
....................ol .........................................................
3, 22, 28, 43, ........................................
2, 45, 48, 49, .. 15, 16, 45, ties ............... 15, 16, 37, fication ........ring ......................................................................................................................... 15, 16, n .......................... 21, 28,
ment ............. 41, 43, 45, 4
....................
....................
45, 47, 55 ............ 47 37, 40, 42,
16, 43, 60 ...... 45, 58 ...... 58, 63 .. 8, 47, 53 ...... 48, 51 44, 48, 51 ............ 60 ............ 47 52, 53, 54 49, 52, 54 ............ 49 38, 45, 49 ...... 37, 38 ............ 51 ...... 45, 51 ...... 45, 51 16, 32, 38 ............ 47 ............ 29 45, 48, 51 ............ 58 30, 48, 75 ............ 24 47, 48, 52,
............ 48
............ 24
Page 78 of
tetetetoto
tototototototratratyununupususususususvaveveV-www
78
esting and questing principestware .........ool support ...ool support fo
tests ..........ool support foool support foool support foool support foool support foop-down .......aceability .....ansaction pro
ypes of test tonit test framenit test framepgrades .......sability .........sability testinse case test .se case testise cases ......ser acceptanalidation .......erification .....ersion contro-model .........alkthrough ...hite-box testhite-box test
Q
uality ............ples ................................. 1................... 2or manageme....................or performanor static testinor test execuor test specifor testing .............................................ocessing seqool ...............ework ...........ework tool ..................................... 11, 2ng ....................................ng ...................................nce testing ...........................................ol ..........................................................t design techting ..............
InternatioSoftware Te
Qualifications
31-Ma
...................
................. 115, 16, 17, 424, 32, 42, 5ent of testing...................ce and moning ...............tion and logg
fication ......................... 5.............................. 38, 4quences ...................... 5........... 24, 5................. 5...................27, 28, 45, 4................. 2................. 3........... 37, 4..... 22, 26, 2.......................................................................................................... 31, 3
hnique ....... 3................. 2
nal esting s Board
ar-2011
.... 11 0, 14
48, 52 57, 62 g and .... 59 itoring 60 .... 59 ging60 .... 59
57, 62 .... 25
48, 52 .... 25
57, 58 58, 60 58, 60 .... 30
47, 53 28, 45 37, 40 40, 41 28, 41 .... 27 .... 22 .... 22 .... 52 .... 22
33, 34 39, 42 28, 42