ISTQB FOUNDATION 4.0 | Tutorial 60 | Exam Details & Tips | ISTQB Foundation Level Summary in 30 Mins

TM SQUARE
7 Jun 202427:29

Summary

TLDRThis ISTQB Foundation Level 4.0 tutorial series concludes with a comprehensive summary, guiding viewers through the key concepts covered in each chapter. The video emphasizes the importance of understanding fundamental software testing principles, testing throughout the development lifecycle, static and dynamic testing techniques, and the role of test management and tools. It also provides strategic advice for exam preparation, highlighting the significance of chapters 1, 4, and 5, and clarifies the exam's question format, including multi-select questions.

Takeaways

  • πŸ“š The video provides a comprehensive summary of the ISTQB Foundation Level 4.0 syllabus, covering all chapters and key aspects for examination preparation.
  • πŸ” It emphasizes the importance of understanding the fundamental concepts of software testing, including testing principles, test activities, and roles within the testing lifecycle.
  • πŸ“ˆ The tutorial highlights the significance of early and frequent feedback in the agile methodology to ensure alignment with business requirements and timely correction of deviations.
  • πŸ“ The script discusses various testing techniques under black box, white box, and experience-based categories, stressing the importance of selecting the right technique based on the testing context.
  • πŸ› οΈ Chapter 3 focuses on static testing, explaining the difference between reviews and static analysis, and the importance of early defect detection to improve productivity.
  • πŸ”‘ The video script explains the seven standard principles of testing, which are crucial for understanding the rationale behind testing practices.
  • πŸ“‰ The importance of risk management in testing is underscored, detailing the processes of risk identification, assessment, mitigation, and control.
  • πŸ‘₯ The roles of a test manager and test engineer are differentiated, with the former focusing on planning and monitoring, and the latter on analysis, design, and execution.
  • πŸ”’ The script provides an overview of test management activities, including test planning, estimation, scheduling, and the use of matrices for monitoring and control.
  • πŸ›‘οΈ Configuration management is highlighted as a critical process for version control, traceability, and managing revisions, typically supported by tools.
  • πŸ”§ The benefits and risks of using test tools are briefly discussed, encouraging a balanced approach to tool utilization in the testing process.

Q & A

  • What are the key topics covered in the first chapter of the ISTQB Foundation Level 4.0 syllabus?

    -The first chapter covers fundamental software testing concepts, including testing and debugging, QA and QC, basic terminologies like error, mistake, bug, fault, defect, and failure, as well as the relationship between fault and failure, root cause analysis, and the impact of fixes on a system.

  • Why is testing considered important in the software development life cycle?

    -Testing is important because it helps identify defects early in the development process, which saves time and money. Testers contribute to the overall lifecycle by being proactively involved, conducting static and dynamic testing, and ensuring quality assurance.

  • What are the seven standard principles of testing mentioned in the script?

    -The seven principles are: 1) Testing shows the presence of defects, not their absence. 2) Exhaustive testing is impossible. 3) Early testing saves time and money. 4) Defects cluster, meaning they are not evenly distributed. 5) Tests wear out, indicating the need for test suite revision over time. 6) Testing is context-dependent. 7) The absence of defects can also be a failure, emphasizing the importance of requirements.

  • What are the different phases of test activities mentioned in the script?

    -The phases of test activities include planning, monitoring and control, test analysis, test design, test implementation, test execution, and test completion.

  • What is the difference between static testing and dynamic testing?

    -Static testing involves the examination of documents or code without executing the program, while dynamic testing involves running the program with various inputs to check for errors and defects.

  • What are the roles of a test manager and a test engineer as per the ISTQB Foundation Level 4.0 syllabus?

    -A test manager is responsible for planning, monitoring, controlling, and completing the test activities. A test engineer is responsible for analysis, design, execution, and implementation of tests.

  • What is the significance of test levels and test types in the software development life cycle?

    -Test levels and types define the various stages and approaches to testing within the software development life cycle. They help in identifying the scope and focus of testing at each level, such as unit testing, integration testing, system testing, and acceptance testing.

  • What is the difference between functional and non-functional testing?

    -Functional testing focuses on testing the functionality of the software against the requirements, whereas non-functional testing evaluates the performance, security, usability, and other quality attributes of the software.

  • What is the importance of traceability in testing?

    -Traceability is crucial as it ensures that all testing activities and results are linked back to the original requirements, providing coverage and facilitating the tracking of changes and issues throughout the testing process.

  • What are the key aspects of test management covered in the ISTQB Foundation Level 4.0 syllabus?

    -Key aspects of test management include test planning, estimation, the use of test matrices, entry and exit criteria, risk management, configuration management, and defect management.

  • What is the role of a checklist in experience-based test techniques?

    -A checklist in experience-based test techniques provides a set of questions or criteria that testers should consider while interacting with or testing the product. It helps ensure that common issues are not overlooked and that testing is thorough.

  • What are the benefits and risks of using test tools as mentioned in the script?

    -Benefits of using test tools include increased efficiency, automation of repetitive tasks, and improved test coverage. Risks involve potential over-reliance on tools, which may lead to missed defects that require human judgment, and the possibility of tool limitations not being fully understood or addressed.

  • How is the question paper for the ISTQB Foundation Level 4.0 certification exam structured?

    -The exam consists of 40 questions with a specific distribution: Chapter 1 has 8 questions, Chapter 2 has 6, Chapter 3 has 4, Chapter 4 has 11, Chapter 5 has 9, and Chapter 6 has 2. Some questions may have five options, requiring the selection of two correct answers.

Outlines

00:00

πŸ“š ISTQB Foundation Level 4.0 Tutorial Overview

This paragraph introduces the final summary video of the ISTQB Foundation Level 4.0 tutorial series. It mentions the completion of all chapters and the intention to guide viewers through a quick summarization of the entire syllabus in a single video. The speaker also highlights the importance of understanding key aspects and preparation tips for the examination. The video promises to sequentially revisit each chapter, starting with the fundamentals of software testing, and emphasizes the significance of grasping basic terminologies, concepts, and principles for effective test preparation.

05:01

πŸ” In-Depth Chapter 1: Fundamentals of Software Testing

Chapter 1 is dissected in this paragraph, focusing on the fundamentals of software testing. It covers five major topics including basic concepts, the importance of testing, principles of testing, test activities and roles, and various test artifacts. The paragraph delves into the significance of understanding the relationship between faults and failures, the role of testers in the lifecycle, and the seven standard testing principles. It also touches on the importance of test planning, monitoring, and the different phases of testing activities. The paragraph concludes with a reminder of the importance of understanding these elements to avoid being misled by tricky examination questions.

10:03

πŸ”§ Chapter 2: SDLC and Testing Practices

The second paragraph discusses Chapter 2, which is about software development life cycles (SDLC) and how testing is integrated within them. It explains how testing efforts and contributions vary across different SDLC models and emphasizes four golden characteristics that are applicable to any development model. The paragraph also covers the unique testing practices in various life cycles, the concept of shift-left testing in DevOps, and the importance of retrospectives for process improvement. Additionally, it outlines the different test levels and types, including unit, integration, system, acceptance, and maintenance testing, as well as the distinction between functional and non-functional testing.

15:03

πŸ“ Chapter 3: Static Testing Techniques and Principles

This paragraph focuses on Chapter 3, which deals with static testing. It explains the importance of static testing in identifying defects before dynamic testing and enhancing productivity. The paragraph distinguishes between two methods of static testing: reviews and static analysis. It also discusses the types of documents suitable for review, the differences between static and dynamic testing, and the significance of early and frequent feedback. The formal review process, including its stages and roles, is detailed, along with the types of reviews and their unique characteristics. The paragraph concludes with an emphasis on the importance of understanding static testing for effective quality assurance.

20:04

πŸ› οΈ Chapter 4: Test Analysis and Design Approaches

The fourth paragraph explores Chapter 4, which is centered on test analysis and design techniques. It categorizes these techniques into black-box, white-box, and experience-based testing. For each category, the paragraph outlines specific techniques such as equivalence partitioning, boundary value analysis, decision table testing, state transition testing, statement testing, branch testing, error guessing, exploratory testing, and checklist-based testing. The importance of understanding the basis for each technique and the unique aspects of each is highlighted. The paragraph also touches on test analysis approaches, acceptance criteria, and acceptance test-driven development, emphasizing the practical application of these concepts in testing.

25:05

πŸ“Š Chapter 5: Test Management and Key Processes

Chapter 5 is highlighted in this paragraph, focusing on test management and its associated processes. It covers test planning, estimation, matrices, entry and exit criteria, and other fundamental test activities. The paragraph delves into risk management, detailing the steps of identification, assessment, mitigation, and control. It also introduces configuration management, emphasizing version control, unique identification, traceability, and revision history. Defect management is also discussed, including the purpose of a defect report and its components. The paragraph underscores the importance of these management practices for the overall success of testing endeavors.

πŸ› οΈ Chapter 6: Test Tools and Their Significance

The final paragraph of the script addresses Chapter 6, which provides an introduction to test tools. It outlines the types of test tools available and discusses the benefits and risks associated with their use. The paragraph emphasizes that while the chapter is brief, it is crucial for understanding how tools can aid in testing processes and that it should not be overlooked in preparation for the examination. The paragraph concludes with a reminder of the importance of all chapters and an encouragement to continue learning and exploring the subject matter.

🎯 Final Summary and Examination Tips

This concluding paragraph wraps up the tutorial by summarizing the entire syllabus and providing examination tips. It emphasizes the importance of not neglecting any chapter, especially highlighting Chapters 1, 4, and 5 as critical for success. The paragraph also provides a breakdown of the examination structure, with 40 questions distributed among the chapters, and notes that some questions will have five options with a requirement to select two correct answers. It advises learners to be thorough in their preparation and offers assistance for any queries, concluding with well-wishes for their learning journey and examination.

Mindmap

Keywords

πŸ’‘ISTQB Foundation Level 4.0

ISTQB Foundation Level 4.0 refers to the latest version of the standard syllabus for the International Software Testing Qualifications Board (ISTQB) certification at the foundation level. It is the core subject of the video, which aims to summarize the entire syllabus and prepare viewers for the certification exam. The script covers the chapters and key concepts that are part of this syllabus.

πŸ’‘Testing

Testing is the process of evaluating a system or component to detect any defects or errors. It is a fundamental concept in the video, which discusses various aspects of testing such as its importance, principles, and types. For instance, the script mentions 'fundamentals of software testing' and 'concepts of testing' as part of the first chapter.

πŸ’‘Quality Assurance (QA) and Quality Control (QC)

Quality Assurance (QA) and Quality Control (QC) are two key components of the software development process. QA is a set of processes that ensure quality is built into the product, while QC is the process of checking that the product meets the required quality standards. The script introduces these terms in the context of fundamental software testing concepts.

πŸ’‘Static Testing

Static Testing is the process of evaluating a system or its documentation without executing the system. It is one of the main topics in the video, where the script discusses its importance, principles, and various techniques such as reviews and static analysis, which are used to identify defects in the early stages of the software development life cycle.

πŸ’‘Dynamic Testing

Dynamic Testing involves executing the system and examining its behavior to identify defects. The video script contrasts static and dynamic testing, emphasizing that not all defects can be found through static testing alone, hence the necessity of dynamic testing methods.

πŸ’‘Test Design

Test Design is the process of creating test cases and determining the test environment setup. It is a critical activity within the testing process, as mentioned in the script, where it discusses the relationship between test design and test implementation, such as identifying test data and designing the test environment.

πŸ’‘Defect Clustering

Defect Clustering is a principle that states defects are not uniformly distributed throughout a system but tend to cluster in certain areas. The script explains this concept as part of the seven standard principles of testing, indicating that focusing testing efforts on these areas can be more effective.

πŸ’‘Test Levels

Test Levels refer to the different stages of testing that occur throughout the software development life cycle, such as unit testing, integration testing, system testing, and acceptance testing. The script discusses these levels to explain how testing is conducted at various stages to ensure software quality.

πŸ’‘Risk Management

Risk Management is the process of identifying, assessing, and controlling risks that could impact the project or product. The video script covers this concept as part of the test management chapter, explaining the steps involved in risk identification, assessment, mitigation, and control.

πŸ’‘Configuration Management

Configuration Management is the discipline of tracking and controlling changes to a project's deliverables. The script highlights the importance of version control, unique identification, traceability, and managing the history of revisions within this process, which is crucial for maintaining consistency and understanding changes over time.

πŸ’‘Test Tools

Test Tools are software applications that support the testing process by providing capabilities for test design, execution, and reporting. The script briefly introduces the types of test tools available, their benefits, and the risks associated with their use, emphasizing the value they add to the testing process.

Highlights

Introduction to ISTQB Foundation Level 4.0 certification and its significance in software testing.

Completion of all chapters with a focus on summarization and key aspects for examination preparation.

Explanation of fundamental software testing concepts including QA, QC, and basic terminologies.

Importance of understanding the relationship between error, fault, defect, and failure in testing.

Discussion on the psychological aspect of testing and the tester's contribution to the software development lifecycle.

Seven standard principles of testing with emphasis on their application and impact on testing practices.

Overview of test activities and roles, including planning, monitoring, and control within the testing process.

Differentiation between various test levels such as unit, integration, system, and acceptance testing.

Understanding of functional and non-functional testing and their distinct levels.

Introduction to static testing, its importance, and its role in process improvement and quality enhancement.

Differences between static and dynamic testing, and the types of defects each can reveal.

The formal review process in software testing, including its stages and roles involved.

Importance of early and frequent feedback in aligning with business requirements and avoiding deviations.

Test analysis and design approaches, including black box, white box, and experience-based techniques.

Explanation of test management activities such as planning, estimation, and risk management.

Configuration management's role in version control, traceability, and managing revisions history.

Defect management process, including reporting, tracking, and the importance of a well-structured defect report.

Overview of test tools, their types, benefits, and associated risks in a testing environment.

Question breakdown for the ISTQB examination, emphasizing the weightage of each chapter.

Emphasis on the importance of understanding rather than memorizing for effective examination preparation.

Closing remarks encouraging continuous learning, exploration, and understanding in software testing.

Transcripts

play00:00

Hello friends and greetings for the day

play00:02

welcome back to another episode of our

play00:04

tutorials on istqb Foundation level 4.0

play00:07

finally we have completed all the

play00:09

chapters and it's time for us to do a

play00:11

quick summarization so this video will

play00:13

be completely guiding you with what we

play00:15

have covered so far in one single video

play00:18

and at the same time we'll also be

play00:20

talking about the key important aspects

play00:22

of this entire training at the same time

play00:24

what are the things what you need to

play00:26

take care of when you do your

play00:28

preparation before the examination

play00:30

ations so to get started we'll be

play00:32

looking into each chapter one by one and

play00:34

then getting into the conclusion of

play00:42

[Music]

play00:45

it well to start with the very first

play00:47

chapter which is called as fundamental

play00:49

soft testing of course here we covered

play00:51

five major topics the very first topic

play00:53

for you had was related to the concepts

play00:56

uh of fundamental soft testing which

play00:58

included keywords like testing and

play01:00

debugging talking about QA and QC which

play01:03

is quality assurance and quality control

play01:05

in fact many other basic terminologies

play01:07

like error mistake bug fault defect

play01:10

failure the relationship between fault

play01:13

and uh failure and root cause analysis

play01:15

which is really to talk about how does

play01:18

uh a fix off a effect turns into uh root

play01:21

cause analysis and how root cause fixing

play01:23

would impact or create a side effect

play01:25

introducing regressions into a system so

play01:28

it's very crucial for someone to

play01:30

understand these relationships and uh

play01:32

deal with them at the same time so what

play01:34

is testing which is fundamentals of

play01:36

concepts of testing was covered in the

play01:38

very first topic then we went through

play01:40

why testing is important of course in

play01:42

part of why testing is important we went

play01:44

through the psychological aspect of

play01:46

testing that why it is important for

play01:48

someone else to test and how exactly

play01:51

testers contribute to the overall life

play01:53

cycle by being proactively participating

play01:56

throughout the life cycle uh by

play01:58

conducting initially static testing and

play02:01

later down the line the dynamic testing

play02:03

so testing has a complete different set

play02:06

of contribution to be made when it comes

play02:08

to the overall process which we covered

play02:10

as a part of test when we came to the

play02:12

third segment we spoke about principles

play02:14

of testing there we covered seven

play02:16

standard principles of testing number

play02:18

one testing shows presence of defect not

play02:21

their absence number two exhaustive

play02:23

testing is impossible so we have

play02:25

techniques to cater them and techniques

play02:27

will help you reduce the number of test

play02:29

cases but do not try to test all

play02:31

possible combinations of data which is

play02:33

input principle number three early

play02:35

testing saves time and money so static

play02:37

testing is important tester should be

play02:39

involved as soon as the first drafts are

play02:41

available and get involved in that also

play02:44

talking about the principle four which

play02:46

is defect clustering defects are not

play02:48

always distributed they can be gathered

play02:51

together as well tests wear out which is

play02:54

pesticide Paradox that any test Suite

play02:57

must be revised over a period of time as

play02:59

the product evolves then next one is

play03:02

testing is context dependent two

play03:04

different applications are not tested

play03:05

with same approach and of course the

play03:08

last one defect fallacy which is absence

play03:10

of defect is also a failure which

play03:13

certainly means that requirements are

play03:14

equally important not just fixing and

play03:16

finding defects so these were the seven

play03:18

principles what we covered there 1.4

play03:21

went through the test where the test

play03:23

activities and the test roles uh test

play03:27

activities are crucial here of course

play03:29

every single face is important to be

play03:30

remembered that what is planning what is

play03:32

monitoring and control test analysis

play03:35

test design test implementation test

play03:37

execution and test completion and here

play03:40

each phase has set of activities which

play03:42

are very standardized don't forget you

play03:45

need to create the relationship between

play03:46

the test design and test implementation

play03:49

like uh test design talks about

play03:51

identifying the test data whereas test

play03:53

implementation talks about preparing the

play03:55

test data same way uh test design talks

play03:58

about designing the environment whereas

play04:00

test implementation talks about

play04:02

implementing the environment so it's

play04:04

it's just that key important things what

play04:06

you will have to create uh an

play04:08

understanding about prior to saying that

play04:10

you know what exactly you have learned

play04:12

so the questions will be drafted in such

play04:13

way that they will try to trick you by

play04:16

using these key elements from the

play04:18

syllabus not just being very

play04:20

straightforward so we also went through

play04:22

other phases like test executions uh

play04:24

there's completion and so on so we have

play04:28

to know all the faces and the respective

play04:30

activities uniquely as well that what's

play04:33

that which does not happen in some other

play04:35

faces okay so that's one thing then we

play04:38

spoke about the various test Fair which

play04:40

are created as a part of uh the entire

play04:42

life cycle so the various work products

play04:45

are like test plan test cases test

play04:47

execution report defect report test

play04:49

completion report and so on right so we

play04:52

also learned about the traceability

play04:54

there so traceability certainly builds

play04:57

uh the required coverage and many other

play04:58

benefits which you can always recall and

play05:01

refer then we went to the testing roles

play05:03

we told you that there are two standard

play05:05

roles test manager and test engineer the

play05:08

planning monitoring control and test

play05:11

completion are the responsibilities of

play05:13

the manager whereas analysis design uh

play05:17

execution implementation are the

play05:19

responsibilities of the test engineer

play05:22

and uh the last Topic in the chapter one

play05:23

we covered was related to the skill set

play05:26

of a test engineer at the same time we

play05:28

covered how exactly whole team approach

play05:30

Works how independent a test team can be

play05:32

with independence of testing and we

play05:35

covered benefits and drawbacks of that

play05:37

so put together these are all the key

play05:39

elements which you should know at this

play05:40

point of time that how exactly the

play05:42

chapter one drives different context and

play05:44

what are the key important things what

play05:46

you should have understood right from

play05:48

there moving on to the chapter 2 of

play05:50

course as a part of chapter 2 we were

play05:52

talking about the software development

play05:54

life cycle and how testing gets

play05:55

practiced here the very first segment

play05:57

what you covered was related to how

play05:59

testing varies in terms of efforts and

play06:01

contributions when it comes to different

play06:03

sdlc models it's not the same when it

play06:06

comes to traditional with respect to

play06:09

that of enile methodology the effort

play06:12

varies and there are many other

play06:13

significant characteristics which are

play06:15

even applied particularly to each of

play06:18

these models but at the same time you

play06:20

should remember those four gold golden

play06:22

characteristics which are the good

play06:24

practices which can be applied to any

play06:26

development model irrespective of what

play06:28

you follow that is every testing

play06:30

development activity must have a

play06:31

corresponding testing activity each uh

play06:35

uh process each level must have

play06:38

objectives specific to that level at the

play06:40

same time we do talk about testers

play06:43

should be involved as soon as drafts are

play06:44

available and uh the activities what we

play06:47

get started with is test analysis and

play06:49

test design right so these are the four

play06:52

uh common characteristics which are

play06:53

applicable to any development model and

play06:56

uh irrespective of what you are

play06:58

following so there are some unique

play07:00

differences in terms of how testing gets

play07:03

practiced in a life cycle but at the

play07:05

same time we do have the common

play07:08

characteristics which are applicable to

play07:09

any development model and that's how

play07:11

they ask you the question from so at the

play07:13

same time we discuss a lot of other

play07:14

things a lot of other things here

play07:16

basically meant that we had an

play07:18

introduction to how testing can be seen

play07:20

as a driver for the development how uh

play07:23

uh devops and testing work how shift

play07:26

left testing is applied in the world

play07:27

today then what is the need of

play07:29

retrospective and how does it help in

play07:31

process Improvement so there were lots

play07:33

of lots of such Concepts which we

play07:35

applied here and tried understanding

play07:37

that testing really can be different

play07:40

when it comes to different methodologies

play07:42

and the way it it gets practiced needs

play07:44

to be an awareness for the test engineer

play07:47

to help them understand right so put

play07:50

together that was the very first section

play07:51

the second section covered about the

play07:53

test levels of the test types as a part

play07:55

of the test levels we covered about

play07:57

competent testing which is also called

play07:58

as unit testing

play08:00

then we covered about uh component

play08:02

integration testing we had system

play08:04

testing then system integration testing

play08:06

and then we also had something called as

play08:09

acceptance testing where you covered uh

play08:11

things related to Alpha and beta testing

play08:14

and uh that pretty much took everything

play08:16

into account right then test types of

play08:18

course we differentiated between

play08:20

functional and non-functional you should

play08:22

know what are the key differences

play08:23

between that what are the levels under

play08:25

it like namely of course non-functional

play08:28

is not a part of our labus you should

play08:30

not break your head for getting into

play08:32

what is performance testing what is

play08:34

security testing Etc but at this point

play08:36

all you should know is that what is the

play08:39

difference between functional and

play08:40

non-functional the levels what we have

play08:42

covered in our syllabus are all

play08:44

functional then we also differentiated

play08:46

between white box and black box testing

play08:48

approaches for dynamic testing and

play08:51

Confirmation and regression testing

play08:53

where confirmation is just like

play08:55

retesting okay on the other hand of

play08:58

course we also had a small topic here to

play09:00

talk about was maintenance testing we

play09:02

told you maintenance testing in turn is

play09:04

regression testing and it helps you uh

play09:07

measure the side effects of a change

play09:10

every time you make an update upgrade

play09:12

migration or retirement of the product

play09:15

so put together this basically completes

play09:18

our understanding on the chapter 2 given

play09:20

that you know all these keywords and

play09:22

differences between them then chapter 2

play09:25

is well done for all of us moving on to

play09:29

the Chapter 3 of course chapter 3 was

play09:31

talking about static testing and the

play09:33

concepts related to that of course at

play09:34

this point we understood that not

play09:36

everything gets done just with help of

play09:38

dynamic testing there are several other

play09:40

activities which do happen prior to

play09:42

Dynamic testing and uh every single work

play09:45

product should be a good candidate for

play09:47

static testing because a human is error

play09:49

prone and you can make mistakes thus

play09:51

reviewing any work product which is

play09:53

written by any individual is a good

play09:56

practice in terms of process improvement

play09:58

work product Improv ment and minimizing

play10:00

your own mistakes which in turn gives

play10:03

you a better quality of product at the

play10:05

same time it helps you increase the

play10:08

productivity of testing and development

play10:10

in simple words if I try to eliminate

play10:12

the defects from requirement when they

play10:14

are gathered then I'll be more

play10:16

productive in development rather finding

play10:18

silly defects right or getting stuck for

play10:21

silly defects so there's a whole bunch

play10:23

of things which we of course discussed

play10:25

in detail there so this particular

play10:26

chapter drives you first through what is

play10:28

static testing don't forget there are

play10:30

two different ways to do static testing

play10:32

reviews and static analysis the

play10:35

documents which are readable by human

play10:37

being and can be evaluated by going

play10:38

through you call this or this call this

play10:41

approach as review when you go through

play10:42

the document and read it yourself and

play10:44

review them but on the other hand uh

play10:46

there are certain work products like

play10:48

code or data flow diagrams and control

play10:50

flow diagrams which might not be

play10:52

manually valuable so you need a tool to

play10:55

do this job for you and that's where a

play10:58

static analysis comes into picture so in

play11:00

simple word the V products which are

play11:02

reviewed by Human by reading them we use

play11:05

review and work products which are

play11:06

reviewed by Tool we call it a static

play11:09

analysis so here we also covered what

play11:11

are the work products which are

play11:12

candidate off review that means almost

play11:14

anything as a document should be a

play11:17

review candidate uh we also highlighted

play11:20

here in one of the sections that what

play11:21

are the differences between static and

play11:23

dynamic testing so you must go through

play11:25

that the list of common static defects

play11:28

and plus we we also spoke about

play11:30

something called as early and frequent

play11:32

feedback which is very crucial for

play11:33

someone to know from uh presentation of

play11:36

your work to back to the business at a a

play11:39

defined Milestone so that uh you are

play11:41

aligned to that of the business

play11:43

requirements but not getting deviated

play11:44

from that so in aile methodologies we

play11:47

present demonstrations to the customer

play11:49

to make sure that they uh really get to

play11:53

see what exactly we are building and if

play11:54

in case we're getting deviated they can

play11:56

let us know about it so early and

play11:58

frequent feedback is very important

play12:00

which we do worry about at the same time

play12:02

uh we do uh saw the list of we did see

play12:05

the list of uh the those common defects

play12:09

which can be easily found by Static

play12:10

testing when compared to that of dynamic

play12:13

testing on the second side there the

play12:15

second section of this chapter we

play12:16

covered things related to review process

play12:19

we spoke about the formal review process

play12:21

which is a five-stage process consisting

play12:23

of planning initiate review individual

play12:25

review which is individual preparation

play12:28

then communication analysis which is

play12:30

also called as review meeting and then

play12:32

we also spoke about the last one that is

play12:35

fixing and Reporting this formal review

play12:37

process consists of six standard roles

play12:39

that is manager moderator review leader

play12:42

reviewers scribe and uh the author the P

play12:47

the person who has written the document

play12:48

under review and responsible for fixing

play12:50

it so make sure that you know the

play12:52

process the activities under each of the

play12:55

pH the roles and the responsibilities of

play12:58

the roles because generally here we

play13:00

expect match the following one side

play13:02

they'll give you the review phases one

play13:04

side they'll give you the activities of

play13:06

it or they will give you the roles and

play13:08

responsibilities of it and need to find

play13:10

the right match of it same thing will

play13:12

happen in the next segment which is the

play13:14

review types we covered about informal

play13:16

we covered about walkth through

play13:17

technical review and inspection

play13:20

inspection is as equal to your formal

play13:22

review process so unique points have

play13:25

been shared there so make sure that you

play13:27

remember them at any point of time time

play13:29

all you need to do is match the

play13:31

following again so they will give you

play13:32

the four review Types on one side and

play13:34

they will give you the unique points on

play13:36

one side or other forms of asking the

play13:38

same thing but as far as you remember

play13:40

the uniqueness of each type of review

play13:43

you can differentiate between any two

play13:45

reviews so that's the key thing and uh

play13:48

we also covered the success factors

play13:49

related to review which makes it very

play13:51

crucial sometime they may give you

play13:53

something out of the uh options or

play13:56

examples given to you but all you have

play13:57

to judge is Will this help me make a

play14:00

review successful or will this be a

play14:02

negativity to destroy the review so

play14:05

that's how you can easily make a

play14:06

judgment that which of this option is a

play14:09

success factor for the review see the

play14:11

syllabus is not about by Harding it

play14:13

never do that it's not going to work out

play14:16

let me tell you very clearly all you

play14:18

need to do is understand it understand

play14:21

in a way that you are going to apply it

play14:23

in your day-to-day world and as you

play14:25

apply them or you learn it in this

play14:26

fashion you would always be able able to

play14:29

crack the examination in single goal you

play14:31

don't have to byard the things or

play14:33

remember them you have to understand

play14:35

what I'm trying to do and chapter 3 is

play14:37

going to be slightly critical the only

play14:39

reason is these are something which

play14:40

doesn't happen in day-to-day basis in

play14:42

most of the organization it does happen

play14:45

in many organization but not quite often

play14:48

so this is something which is going to

play14:49

be slightly new and things which you

play14:52

have never learned before well moving on

play14:54

to the chapter four of course this

play14:56

chapter is talking about the test

play14:57

analysis and designed approaches or

play14:59

techniques of course first we covered

play15:01

the techniques uh we introduced you to

play15:03

the three categories in the very first

play15:05

section that what is blackbox testing

play15:07

techniques what is white box testing

play15:09

techniques and what are experience-based

play15:10

test techniques quick reminder you need

play15:12

to remember the basis of each of these

play15:15

category like for blackbox we need

play15:17

requirements or we refer requirements to

play15:19

apply them if you don't have

play15:21

requirements you cannot apply them then

play15:23

same way for white box the basis is code

play15:25

if you don't know how to read a code you

play15:26

cannot apply white box and experience

play15:29

phase is all about experience which

play15:31

includes the past experience of testing

play15:33

similar products the domain knowledge

play15:35

where the product belongs and knowledge

play15:37

of typical defects makes it all together

play15:39

to be called as experience if you are a

play15:42

fresh engineer you are not called as an

play15:44

experienced tester and you cannot apply

play15:46

these techniques so that's crucial

play15:48

because sometimes they just get one

play15:50

question directly from here asking you

play15:52

which one of the following is one of the

play15:53

basis for white box testing then you

play15:56

must not be puzzled there then we went

play15:58

into each of these uh for example in the

play16:00

blackbox we covered equivalence

play16:02

partition in equivalence partition we

play16:03

covered single input double input single

play16:06

input may be simple but double input

play16:08

sometime can be a little tricky so make

play16:10

sure that you just have a look once

play16:12

again that what is the context I

play16:14

mentioned there the detail I mentioned

play16:16

to track or come to a conclusion that

play16:18

what should be our

play16:20

uh the two input combination so remember

play16:23

one thing you have to minimize the test

play16:25

cases with covering each class at least

play16:28

once that's the statement we went to the

play16:31

bva in BV we covered again two types of

play16:33

it that is twoo analysis threo analysis

play16:36

so please be cautious in the examination

play16:38

question that which one they are asking

play16:39

you to apply sometime they can even ask

play16:41

you to combine EP and bva and ask you a

play16:43

question together then we went through

play16:45

decision table testing which is going to

play16:47

be slightly simpler than the other two

play16:49

because the table will be provided and

play16:51

you will be asked a question related to

play16:52

that but don't forget the

play16:54

characteristics the slide deck has some

play16:56

key pointers and those pointers are very

play16:58

important to be remembered because

play17:00

sometime they just ask you a theoretical

play17:02

question about the technique

play17:04

characteristics same thing applies to

play17:06

State transition testing that is how do

play17:08

you identify a valid transition how do

play17:10

you identify invalid transition then STD

play17:13

shows only valid transition so these are

play17:15

some statements which I have specified

play17:17

very clearly and sometime you do get a

play17:19

theoretical question there or of course

play17:22

the diagram driven then you know how to

play17:23

identify the same based on those those

play17:26

information itself moving on to the

play17:28

white box we covered four parameters

play17:30

there with two techniques the techniques

play17:33

what we covered was statement testing

play17:35

and Branch Testing where Branch Testing

play17:37

is also called as decision testing so

play17:40

never be you know ignoring the synonyms

play17:42

of any terminology because istqb when

play17:45

they give synonyms it means that they

play17:47

can use any of the terms okay so

play17:50

statement testing and Branch Testing um

play17:52

and at the same time we covered

play17:53

statement coverage and Branch coverage

play17:56

so testing that is statement testing and

play17:58

branch testing are the techniques to

play18:00

find minimum number of test cases

play18:02

whereas if your team says we did not use

play18:05

the technique but have written some test

play18:07

cases then how to measure the coverage

play18:10

is done by The Matrix so statement

play18:12

coverage and Branch coverage are the

play18:14

matrices which we basically use to

play18:17

measure the required coverage or the

play18:18

coverage achieved by the written test

play18:20

cases without the technique so both are

play18:23

two different aspects of a process at

play18:27

the same time this is at K2 so you don't

play18:29

really have to break your head to

play18:30

understand the process like how to solve

play18:32

it but anyways in my tutorials I've

play18:34

already covered that okay which will be

play18:36

helpful and third category was

play18:38

experience-based test techniques where

play18:40

we covered error guessing exploratory

play18:42

testing and checklist based testing all

play18:44

three depends on the common basis that

play18:46

is experience but has something unique

play18:48

about itself error guessing has a

play18:51

terminology fault attack exploratory

play18:53

testing talks about test based sessions

play18:56

test Charter are important and mandatory

play18:58

there debriefing session is a method

play19:00

used for reporting and exploratory is

play19:03

not about randomly licking on the

play19:05

application right so we just really need

play19:07

to be careful with all those keywords

play19:09

what you learn in every single technique

play19:11

checklist based testing is all about

play19:13

checklists the checklist uh certainly

play19:15

contains questions which you need to

play19:17

answer while interacting with the

play19:19

product or testing the product uh but

play19:21

the only challenge with the checklist is

play19:22

that it is generally out of date so it's

play19:25

very important to maintain it time to

play19:27

time then we went to the last segment of

play19:29

this which is uh certainly to talk about

play19:31

the test analysis approaches and here we

play19:34

covered things like what is

play19:35

collaborative user story writing what

play19:37

are the template of user story writing

play19:39

and then we covered about acceptance

play19:41

criteria how acceptance criteria can be

play19:43

written there are standard formats for

play19:45

it like given when then or in the

play19:47

bulleted form or in the tabulated form

play19:50

and so on and then we also covered a

play19:52

complete process of what is acceptance

play19:55

test driven development how exactly does

play19:57

that happen and how test cases are

play19:59

derived from acceptance criteria and

play20:01

then the development kicks off so put

play20:04

together chapter 4 is going to have a

play20:05

very good contribution to your overall

play20:25

success moving on to the next chapter

play20:27

the chapter five the chapter five

play20:29

certainly had another major aspect of

play20:31

the entire testing to be discussed so

play20:33

the journey starts with the basics which

play20:35

is uh the test management all together

play20:37

which are the common test activities

play20:39

like what is test planning what is uh

play20:42

the test estimation what is test

play20:44

matrices or if you talk about entry

play20:46

criteria exit criteria and few other

play20:49

things there to deal with h of course we

play20:52

went through a lot of things like test

play20:53

execution schedule uh which talks about

play20:56

the order of execution and and uh right

play20:59

there we also discussed uh the

play21:01

monitoring and control we told you again

play21:03

that monitoring is a process of tracking

play21:05

the ongoing progress with help of

play21:07

matrices you saw some example of the

play21:09

matrices at the same time you understood

play21:11

what is just control control here means

play21:13

If You observe a deviation from the plan

play21:16

how exactly you can take an appropriate

play21:18

control action to overcome the deviation

play21:20

and conclude about it at the same time

play21:23

uh of course we went through the

play21:25

understanding of the overall process

play21:27

that was what are those you know

play21:30

estimation methods so we covered four of

play21:32

them we had estimation by ratios extrap

play21:36

extrapolation then we have White Band

play21:38

delie and three-point estimation so

play21:40

someone should really be aware of all

play21:41

these things which are required at that

play21:43

point of time so that's some of the

play21:45

things what we covered initially then we

play21:47

of course went through the risk

play21:49

management which is another major

play21:51

chapter to talk about or major segment

play21:52

to talk about we covered about risk

play21:54

identification risk assessment risk

play21:57

mitigation and risk control which is

play21:59

risk management alog together so we must

play22:01

know the examples of project risk and

play22:03

product risk from here should be able to

play22:05

differentiate between them and what

play22:06

exactly are the action items as a result

play22:09

of risk mitigation not everything is

play22:12

accepted sometime risk are mitigated

play22:15

transferred and or deals with

play22:18

contingency then we also covered a topic

play22:20

on configuration management the key

play22:22

important thing you should remember the

play22:23

configuration management is all about

play22:25

Version Control unique identification

play22:28

traceability and managing the history of

play22:31

revisions this particular thing is not

play22:33

done manually it's very hectic to do so

play22:36

we take tool support for this and given

play22:38

that we do it tool support this is the

play22:41

only tool which gets rolled out in the

play22:43

beginning of the project all other tools

play22:45

gets rolled out during test

play22:46

implementation so if you remember that

play22:49

you know everything about it right then

play22:51

of course we went through the defect

play22:52

management the defect management

play22:54

discussed about what is defect which is

play22:56

covered in chapter one itself but here

play22:58

we covered about the defect reporting

play23:00

which is what is the objective of

play23:02

writing a defect report and at the same

play23:04

time what does the defect report consist

play23:07

of so put together that basically covers

play23:10

everything what we need to know from the

play23:12

chapter 5 and again has a great

play23:14

contribution to add overall value to the

play23:18

entire thing and finally to talk about

play23:20

the chapter six which is uh another

play23:22

crucial aspect of it of course chapter 6

play23:25

talks about the test Tool uh however

play23:27

it's a very small small chapter but yet

play23:29

important to save your day at any point

play23:31

of time so chapter six gave you an

play23:33

introduction to what is test tools what

play23:34

type of different test tools do we have

play23:37

and uh at the same time what are the

play23:39

benefits and risk involved in using a

play23:42

tool so again just three topics to talk

play23:44

about if you just remember the types of

play23:45

tools you know about the benefits and

play23:48

the risk involved in using a tool you

play23:50

are pretty much good with this

play23:52

particular chapter Al together so yet uh

play23:55

it's just a small one but not something

play23:57

which you can see as an optional because

play24:00

those two marks could be a really

play24:02

booster in your bad times so we would

play24:06

strongly recommend that you do not

play24:07

ignore this chapter because nothing is

play24:10

optional here so in this particular

play24:12

tutorial we just wrapped up everything

play24:14

in the entire syllabus uh in just a

play24:16

small video but yet important to recap

play24:19

revise what the summary of this entire

play24:21

syllabus is all about at the same time

play24:23

at the end we would like to give you the

play24:25

breakup of the questions because it

play24:27

sometime becomes very important for some

play24:29

people to really know that how the

play24:30

contribution of each chapter would be in

play24:32

my examination so just fulfilling that

play24:36

uh expectation of all our Learners as

play24:38

well so the breakup of the question as

play24:40

you know that total number of questions

play24:41

are 40 that is 40 and the breakup is

play24:45

chapter 1 will have eight questions out

play24:47

of 40 chapter 2 will have six questions

play24:49

out of 40 chapter three will have four

play24:52

questions chapter 4 will have 11

play24:55

questions chapter five will have nine

play24:57

questions

play24:58

and chapter six will have two questions

play25:01

so that's the breakup of the questions

play25:03

and the weightage of each chapter in the

play25:04

examination so as we see that all the

play25:07

chapters are equally important I would

play25:08

never discriminate any chapter here but

play25:11

on a higher note I would see chapter 1

play25:13

chapter 4 and chapter 5 are very

play25:16

critical to save your day in fact

play25:18

chapter four and five together forms 20

play25:21

marks that is chapter 4 has 11 questions

play25:23

and chapter five has nine questions so

play25:25

20 marks lies just in these two chapters

play25:28

and then then eight marks in write

play25:30

chapter one then of course other 10

play25:32

marks are with uh chapter 2 and three

play25:35

but two marks with chapter 6 as well so

play25:37

that's the breakup of course you can

play25:39

plan your preparation accordingly and

play25:40

you know that way you cannot leave a gap

play25:43

right chapter 6 is anyway small so you

play25:45

don't have a provision to leave a gap

play25:47

but when it comes to chapter 1 chapter 4

play25:49

and chapter 5 there should be no such

play25:51

word which you do not know make sure

play25:54

that you are going through everything in

play25:56

that context or that particular way or

play25:58

approach so put together I think this

play26:01

basically helps us to understand how

play26:04

this entire syllabus is drafted how this

play26:06

entire examination works and don't

play26:08

forget uh probably in the introduction I

play26:11

forgot to mention that some of the

play26:12

questions which is like one or two

play26:14

questions will even have five options

play26:17

and you'll be asked to select two of

play26:19

them okay you will be asked to select

play26:21

two of them as the right answers so

play26:23

remember in this case you will be having

play26:26

five options and whenever you see five

play26:28

options make sure you select two answers

play26:29

and you'll have check boxes if you're

play26:31

appearing online so you have to select

play26:32

two of them and both of them have to be

play26:35

correct to get one Mark if anyone goes

play26:37

wrong then you are partially incorrect

play26:40

which means you are not sure about this

play26:42

concept and that's where you don't get

play26:43

any marks so there is no half marks for

play26:46

this particular examination okay so put

play26:49

together that summarizes our entire

play26:51

journey of this particular syllabus and

play26:54

this particular certification so that's

play26:57

all from this particular tutorial team

play26:58

wishing you all the very best for your

play27:00

preparation and the examination you know

play27:02

what exactly to do feel free to let me

play27:04

know if you have any questions any

play27:06

queries any doubts and any

play27:07

clarifications I'm always here to

play27:09

address your queries and answer them

play27:11

well till then keep learning keep

play27:13

exploring keep understanding the context

play27:15

thanks for watching the video team and

play27:16

happy learning

play27:21

[Music]

Rate This
β˜…
β˜…
β˜…
β˜…
β˜…

5.0 / 5 (0 votes)

Related Tags
ISTQBTesting TutorialsSoftware TestingQuality AssuranceTest ManagementSDLC ModelsTest TechniquesRisk ManagementConfiguration ToolsCertification PrepTest Tools