istqb cbok

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.

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


Revis Version

ISTQB 2

ISTQB 2

ISTQB 2

ISTQB 2ASQF V

ISEB V2



ion Histo

D

2011 E

2010 E

2007 0

2005 02.2 J

2.0 2

er yllabus


ory

Date

Effective 1-Ap

Effective 30-M

01-May-2007

01-July-2005 July-2003

25-Feb-1999

pr-2011

Mar-2010

7

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


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


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



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


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

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................................................................................................................................................................................................................................................


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


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



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


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 ...

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........................................


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


Backg9. Ap

Level Level Level Level

10. AFound

10.10.10.10.

11. A12. A

ReleaRelea

13.



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


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 .........................................................................

of 7

n Certificate initive Level o................................................................................

STQB ...............................................................................................................viders ..........................................................................................

78

n Software Tof Knowledge............................................................................................................................................................................................................................................................................................................

Q

Testing ........e ..............................................................................................................................................................................................................................................................................................................................


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


AcknoInternatioThomas Armin BeSchaefethe curre

InternatioThomas review teTuula PäVeenend

InternatioThomas team thaPetterss

InternatioThomas Geoff Thsuggesti



owledgeonal SoftwarMüller (chai

eer, Rex Blar, Stephanieent version o

onal SoftwarMüller (chai

eam (Rex Blaääkkönen, Mdaal) and all


anks the revieon, and Won


hompson andons.

er yllabus


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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 (


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


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



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


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).

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


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


1.1.5 Decidingsafety, afurther in Testing srelease ocustome



How Mucg how much tand businessn Chapter 5.

should providof the softwa

ers.

er yllabus


ch Testingtesting is eno

s risks, and p

de sufficient are or system

g is Enougough should

project constr

information tm being teste

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


Qualifications

31-Ma

uding technick is discussed

cisions abouhandover to

nal esting s Board

ar-2011

cal, d

ut the

CertifFounda


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



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


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

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.


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


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



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


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

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


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


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



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


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

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.


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


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



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


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

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


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


Test closo Checo Closo Docuo Finao Hando Analo Usin



sure activitiecking which

sing incident umenting the

alizing and arding over thelyzing lesson

ng the inform

er yllabus


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

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


Qualifications

31-Ma

ture for later

and projects

nal esting s Board

ar-2011

reuse

CertifFounda


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



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


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:

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


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


o Startqual

o Compersfindi

o Try to Conf



t with collaboity systems

mmunicate finson who creangs to understanfirm that the

er yllabus


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

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


Qualifications

31-Ma

goal of bette

riticizing the s and review

ersa

nal esting s Board

ar-2011

er

w

CertifFounda


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



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


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

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


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


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



Testinge (K2)


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


g Throug


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

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


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


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



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


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

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


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


integratio(function



on to the infrnal and/or no

er yllabus


rastructure aon-functional,

nd other sys, and user an

of

tems, or sysnd/or operati

78

stem deploymonal testing)

Q

ment) and ac).


Qualifications

31-Ma

cceptance tes

nal esting s Board

ar-2011

sting

CertifFounda


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



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


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

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.


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


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



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


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.

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



Static T


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


Techniq


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



Test De


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


esign Te


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

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)


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


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



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


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

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.


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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 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


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


4.5 Terms Explorat BackgrExperienexperientechniqutechniquyield wid A commdefects benumeraapproacavailable Explorattest charmost useto augmeto help e



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


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

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


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


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



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


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

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


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


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



Test Ma


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


anagem


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

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


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


5.6 IncLO-5.6.1

LO-5.6.2



cident Man1 Recogni

Test Doc2 Write an

er yllabus


nagement ze the contecumentation’ incident rep

(K3) ent of an incid’ (IEEE Std 8

port covering

of

dent report a829-1998) (K

the observa

78

according to tK1) ation of a failu

Q

the ‘Standard

ure during te


Qualifications

31-Ma

d for Softwar

esting. (K3)

nal esting s Board

ar-2011

re

CertifFounda


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


5.4 Terms Configur BackgrThe purp(componlife cycle For testio All it

and throu

o All iddocu

For the titem, tes During techosen,



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


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.

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


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


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



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


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

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.


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


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



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


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

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


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


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



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


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).

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


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


Refere5.1.1 Bl5.1.2 Bl5.2.5 Bl5.3.3 Bl5.4 Crai5.5.2 Bl5.6 Blac



ences ack, 2001, Hack, 2001, Hack, 2001, Cack, 2001, Cig, 2002 ack, 2001 , Ick, 2001, IEE

er yllabus


Hetzel, 1988 Hetzel, 1988 Craig, 2002, ICraig, 2002, H

EEE Std 829EE Std 829-1

IEEE Std 829Hetzel, 1988

9-1998 1998

of

9-1998, Kan8, IEEE Std 8

78

er 2002 829-1998

Q


Qualifications

31-Ma

nal esting s Board

ar-2011

CertifFounda


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



Tool Su


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


upport f


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

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


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


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



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


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.

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


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


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



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


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

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


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


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



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


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 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


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


migrationdefined c Other tes



n rules to encontext-spec

sting tools ex

er yllabus


sure that thecific standard

xist for usabi

e processed d.

ility testing.

of

data is corre

78

ect, complete

Q

e and complie


Qualifications

31-Ma

es with a pre

nal esting s Board

ar-2011

e-

CertifFounda


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


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

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


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


[Myers 1See Sec

[van Vee10), UTNSee Sec



979] Myers,ctions 1.2, 1.3

enendaal, 20N Publishersctions 3.2, 3.3

er yllabus


Glenford J. 3, 2.2, 4.3

004] van Vee: The Nether3

(1979) The A

enendaal, E. rlands

of

Art of Softwa

(ed.) (2004)

78

are Testing, J

The Testing

Q

John Wiley &

g Practitioner


Qualifications

31-Ma

& Sons: New

r (Chapters 6

nal esting s Board

ar-2011

w York

6, 8,

CertifFounda


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



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


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

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


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


o TakeNatio

BackgTestinThe indeSociety'sup in 199qualificaincludes will provAn existirecognizdeemed and doesWithin eaSoftwarewithin eatraining p



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


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.

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


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


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



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


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

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,


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


Exampleo Analo Desc Refere(For the AndersoAssessin



e lyze product cribe which p

ence cognitive lev

on, L. W. andng: A Revisio

er yllabus


risks and prportions of an

vels of learni Krathwohl,

on of Bloom's

opose preven incident re

ng objectivesD. R. (eds) (s Taxonomy

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


Qualifications

31-Ma

ties ed from resul

aching, and acon

nal esting s Board

ar-2011

ts

CertifFounda


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



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


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

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


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


SourceTerms uversion o A list of rmain boo



es of Inforsed in the syof the Glossa

recommendeok list is part

er yllabus


rmation yllabus are dary is availab

ed books on t of the Refer

efined in theble from ISTQ

software tesrences sectio

of

e ISTQB GlosQB.

sting is also ion.

78

ssary of Term

ssued in par

Q

ms used in S

rallel with this


Qualifications

31-Ma

Software Test

s syllabus. T

nal esting s Board

ar-2011

ting. A

The

CertifFounda


11. AEach mathis is boaccrediteTraining again in syllabus

The syllaof traininsyllabusused and

All K3 anmaterials



Appendiajor subject hoth to give gued course, aproviders mreading and.

abus containng material. E. Other publid referenced

nd K4 Learnis.

er yllabus


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

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


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


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



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


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

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


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


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



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


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

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


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


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



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


....................

....................

.. 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

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 ....................


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


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



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


....................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

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 ..........


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


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



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


.............. 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

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 ..............


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

istqb cbok

Documents

auto omate

ecognized

erik van veenendaal

van vee enendaal

erformed aga

fu unctional

forma ite

sche eduling