ISTQB FOUNDATION 4.0 | Tutorial 51 | Product Risk Analysis | Risk Control | Test Management | CTFL

TM SQUARE
25 Mar 202414:11

Summary

TLDRThis tutorial delves into the ISTQB Foundation Level Certification, focusing on managing test activities and risk management. It explains the importance of product risk analysis, its process, and the role of testers in mitigating risks. The script covers risk identification, assessment, and control, emphasizing the continuous nature of risk management. It also discusses how risk influences testing activities and the various mitigation strategies, including risk acceptance, transfer, and contingency planning.

Takeaways

  • πŸ“š The tutorial focuses on the ISTQB Foundation level certification, particularly on managing test activities and risk management in chapter 5.
  • πŸ” Product risk analysis is a key process that aims to create awareness of product risks to focus testing efforts and minimize residual risk.
  • πŸ“‰ Product risk, also known as quality risk, is the responsibility of the testing team to mitigate through appropriate testing.
  • πŸ“ Risk identification involves generating a comprehensive list of risks, often involving a wide range of stakeholders and various techniques such as brainstorming and workshops.
  • πŸ“Š Risk assessment includes categorizing risks, determining likelihood and impact, and using these to prioritize risks and propose mitigation strategies.
  • πŸ”‘ Categorization of risks is crucial for assigning mitigation actions, as similar risks can often be mitigated using the same approach.
  • πŸ›  Risk identification influences the test process by affecting the intensity, time allocation, prioritization, and other factors of testing activities.
  • πŸ”„ Product risk analysis is not a one-time activity but should be conducted repeatedly at each milestone to identify any new or emerging risks.
  • πŸ›‘ Product risk control involves measures taken in response to identified and assessed risks, including risk mitigation and monitoring.
  • πŸ”„ Risk mitigation involves implementing proposed actions to reduce risk levels, while risk monitoring ensures mitigation actions are effective and identifies emerging risks.
  • πŸ›‘ The tutorial suggests that risk response options include mitigation, acceptance, transfer, or having a contingency plan to handle identified risks.

Q & A

  • What is the primary goal of product risk analysis from a testing perspective?

    -The primary goal of product risk analysis from a testing perspective is to provide an awareness of the product risks in order to focus the testing effort in a way that minimizes the residual risk or product risk.

  • What is the difference between project risk and product risk?

    -Project risks are related to the activities of the project and are mainly owned by the project manager. Product risks, on the other hand, are those that the testing team is responsible for mitigating by conducting appropriate amounts of testing.

  • What are the two major phases of product risk analysis?

    -The two major phases of product risk analysis are risk identification and risk assessment.

  • How can stakeholders identify risks during risk identification phase?

    -Stakeholders can identify risks by using various techniques and tools such as brainstorming, workshops, interviews, or cause-effect diagrams.

  • What is the purpose of categorizing risks during risk assessment?

    -Categorizing risks helps in assigning mitigation actions because risks falling into the same category can often be mitigated using similar approaches, making the risk management process more efficient.

  • What are the two approaches to risk assessment mentioned in the script?

    -The two approaches to risk assessment mentioned are the quantitative approach, where risk level is calculated as the multiplication of likelihood and impact, and the qualitative approach, which uses a risk matrix to determine the level of risk.

  • How does product risk analysis influence the testing process?

    -Product risk analysis influences the thoroughness and scope of testing by determining the scope of testing, the particular test level, the test types to be performed, the techniques to be employed, the coverage to be achieved, estimating the effort required, prioritizing testing, and identifying critical defects as early as possible.

  • What is the purpose of risk monitoring in product risk control?

    -The purpose of risk monitoring is to ensure that the mitigation actions are effective, to obtain further information to improve risk assessment, and to identify any emerging risks.

  • What are the four response options to risk after it has been analyzed?

    -The four response options to risk after it has been analyzed are risk mitigation, risk acceptance, risk transfer, and having a contingency plan.

  • What are some actions that can be taken to mitigate product risk by testing?

    -Actions to mitigate product risk by testing include selecting testers with the right experience and skills, applying appropriate levels of independent testing, conducting reviews and static analysis, applying the appropriate test techniques and coverage tools, applying the appropriate test types, and performing dynamic testing including regression testing.

  • Why is product risk analysis not a one-time activity?

    -Product risk analysis is not a one-time activity because as the project unfolds and more details come into picture, new risks may emerge that were not initially identifiable. It should be a consistent activity conducted repeatedly at each milestone to ensure that any new risks are identified and addressed.

Outlines

00:00

πŸ“š Introduction to Product Risk Analysis

This paragraph introduces the concept of product risk analysis within the context of ISTQB Foundation Level certification. It emphasizes the importance of understanding and managing product risks, which are the responsibility of the testing team, as opposed to project risks managed by the project manager. The main goal of product risk analysis is to raise awareness of potential product risks to focus testing efforts effectively. The paragraph outlines the process of risk identification and assessment, highlighting the need for a comprehensive list of risks involving various stakeholders and techniques such as brainstorming and workshops. It also touches on the categorization of risks and the importance of prioritizing them to propose mitigation actions.

05:01

πŸ” Risk Assessment Techniques and Influence on Testing

This section delves deeper into the techniques used for risk assessment, such as quantitative and qualitative approaches, and how they can affect the testing process. It explains that risk assessment can influence the intensity, time allocation, and prioritization of test execution. The paragraph also discusses the influence of risk on the thoroughness and scope of testing, including determining the test levels, types, techniques, and coverage required. It suggests that risk analysis can guide the selection of appropriate test strategies and the identification of critical defects early in the project lifecycle. The paragraph concludes by mentioning that risk management is not limited to testing activities alone but can also involve hiring consultants, attending workshops, or implementing new practices to mitigate risks.

10:01

πŸ›‘οΈ Product Risk Control and Mitigation Strategies

The final paragraph focuses on the control of product risks, explaining that risk management is an ongoing process that should be repeated at each project milestone to identify new risks. It outlines the steps of risk mitigation and monitoring, emphasizing the importance of implementing corrective actions and keeping track of emerging risks. The paragraph also presents various response options to risks, such as mitigation, acceptance, transfer, and contingency planning. It concludes by suggesting specific actions that can be taken to mitigate product risks through testing, such as selecting experienced testers, applying independent testing, and using appropriate test techniques and tools. The speaker encourages viewers to stay tuned for more advanced details on risk management in future tutorials and invites questions and comments for further clarification.

Mindmap

Keywords

πŸ’‘ISTQB Foundation Level Certification

The ISTQB Foundation Level Certification is an internationally recognized qualification for software testers. It signifies that the individual has a foundational understanding of software testing principles and practices. In the video, this certification is the context in which the tutorial is being presented, indicating the intended audience and the level of expertise being discussed.

πŸ’‘Risk Management

Risk management is the process of identifying, assessing, and prioritizing risks to minimize or mitigate them. In the context of the video, it is a critical part of managing test activities, where the focus is on understanding and handling product risks to ensure quality and minimize potential negative impacts on the project.

πŸ’‘Product Risk Analysis

Product risk analysis is the process of evaluating the potential risks associated with a product to determine how they might impact the product's quality and performance. The video emphasizes its importance in focusing testing efforts to minimize residual product risks, which are the risks that remain after mitigation efforts have been made.

πŸ’‘Residual Risk

Residual risk refers to the remaining risk after mitigation efforts have been applied. In the script, it is mentioned that the objective of testing is to reduce the level of residual risk, which implies that not all risks can be completely eliminated, but their impact can be minimized.

πŸ’‘Risk Identification

Risk identification is the first phase of risk management, where potential risks are recognized and listed. The video script describes this process as involving a wide range of stakeholders and various techniques such as brainstorming and cause-effect diagrams to generate a comprehensive risk list.

πŸ’‘Risk Assessment

Risk assessment involves evaluating the identified risks by categorizing them, determining their likelihood and impact, and prioritizing them based on these factors. The script explains that the combination of impact and likelihood defines the level of risk, which helps in proposing mitigation actions.

πŸ’‘Categorization

Categorization in the context of risk management refers to the grouping of risks based on common characteristics or causes. The video mentions that categorization helps in assigning mitigation actions, as risks within the same category can often be addressed with similar approaches.

πŸ’‘Quantitative and Qualitative Approaches

These are two methods used in risk assessment. The quantitative approach calculates risk levels by multiplying likelihood and impact, while the qualitative approach uses a risk matrix to determine risk levels. The script briefly introduces these concepts as part of the risk assessment process.

πŸ’‘Risk Influence on Testing Activities

The influence of risk on testing activities refers to how identified risks can affect the planning and execution of tests. The script explains that risk identification can influence the intensity of testing, time allocation, prioritization of test execution, and other factors in the test process.

πŸ’‘Product Risk Control

Product risk control encompasses the measures taken in response to identified and assessed product risks. The video describes it as consisting of risk mitigation and risk monitoring, aiming to ensure that mitigation actions are effective and that any emerging risks are identified.

πŸ’‘Risk Mitigation

Risk mitigation involves taking steps to reduce the level of risk. In the script, it is discussed as part of product risk control, where action items proposed in risk assessment are implemented to mitigate risks. This includes selecting testers with appropriate skills, applying test techniques, and conducting reviews and analysis.

Highlights

Introduction to managing test activities and risk management in ISTQB Foundation Level certification.

Understanding the process of product risk analysis and its role in mitigating risks.

Differentiating between Project Risk and Product Risk, and the testing team's responsibility in mitigating product risks.

The goal of product risk analysis is to focus testing efforts to minimize residual product risk.

Product risk is synonymous with quality risk.

Product risk analysis begins early in the SDLC and includes risk identification and assessment.

Risk identification involves generating a comprehensive list of risks using various techniques and tools.

Risk assessment involves categorization, determining likelihood and impact, and prioritizing risks.

Categorization of risks helps in assigning mitigation actions and reusing action items.

Risk assessment can use quantitative or qualitative approaches.

Risk identification influences the test plan, intensity, time allocation, and prioritization of test execution.

Product risk analysis influences the thoroughness and scope of testing, determining test levels, types, and techniques.

Risk control includes measures taken in response to identified and assessed product risks, such as mitigation and monitoring.

Risk assessment is a continuous activity, conducted repeatedly at each milestone to identify new risks.

Different response options to risk include mitigation, acceptance, transfer, and contingency planning.

Action items to mitigate product risk by testing include selecting experienced testers, applying test techniques, and conducting dynamic testing.

Encouragement for continuous learning and exploration in the context of risk management.

Transcripts

play00:00

Hello friends and greetings for the day

play00:02

welcome back to another tutorial on

play00:03

istqb Foundation level certification we

play00:06

are in chapter 5 talking about managing

play00:08

the test activities and continuing ahead

play00:11

with our same segment that is 5.2 risk

play00:14

management and as a part of today's

play00:16

tutorial we'll understand the process of

play00:18

product risk analysis and at the same

play00:20

time how exactly we can look forward to

play00:22

mitigate

play00:28

them

play00:33

so in our previous tutorial we tried

play00:35

understanding the definition and Basics

play00:37

about what is a risk and how exactly

play00:39

risk can be managed throughout the life

play00:40

cycle into two different phases and

play00:42

today uh we will continue further to

play00:45

understand the process about however the

play00:47

process consist of the activi what we

play00:49

have already covered in our previous

play00:51

tutorial but it in a nutshell it will

play00:53

give you a sequential way of how exactly

play00:55

do we make use of different faces and

play00:58

what exactly is the contribution of

play01:00

tester in the same at the same time

play01:01

we'll also understand how exactly risk

play01:03

influences our activities and what are

play01:05

those activities at the same time we'll

play01:07

also see what exactly are the different

play01:10

actions which we can take in order to

play01:12

mitigate a risk to get started the very

play01:14

first thing is the product risk analysis

play01:16

if you remember we discussed about two

play01:18

risk that is Project risk and product

play01:20

risk where project risk are those which

play01:22

are related to the activities of the

play01:25

project and mainly goes with the

play01:27

ownership to the project manager

play01:30

when it comes to product risk the

play01:32

testing team is someone who's

play01:33

responsible to mitigate them by

play01:35

conducting appropriate amount of testing

play01:38

so let's talk about the product risk

play01:40

analysis as a process when it comes to

play01:42

product risk analysis from a testing

play01:44

perspective the goal of product risk

play01:46

analysis is to provide an awareness of

play01:49

the product risk in order to focus the

play01:51

testing effort in a way that minimizes

play01:55

the residual risk or product risk now in

play01:58

simple words we we cannot make a blind

play02:01

statement every time that we can

play02:02

mitigate all the risk mitigation is not

play02:05

every time possible so in general we

play02:08

always try to make a statement that we

play02:10

try to reduce the level of risk of the

play02:13

residual risk which means the ones which

play02:14

are remaining at any point of time so in

play02:17

the beginning of the project everything

play02:18

is remaining for me at the end of the

play02:20

project there might be some risk which

play02:22

you could not mitigate so we always say

play02:24

the objective of testing is to mitigate

play02:27

uh as much as possible which is

play02:28

basically to reduce the level of risk of

play02:31

the residual risk also to remind you

play02:33

product risk is also known as quality

play02:36

risk okay so they both are exactly the

play02:38

same that is the synonym of product risk

play02:41

itself also to add here uh ideally the

play02:44

product risk analysis begins right early

play02:46

in the sdlc product risk analysis

play02:48

consist of risk identification and risk

play02:51

assessment which are the two major

play02:53

phases when it comes to risk

play02:55

identification it is about generating a

play02:57

comprehensive list of risk which can

play02:59

involve a very wide and broad range of

play03:01

stakeholders now here stakeholders can

play03:04

identify Risk by using various

play03:06

techniques and tools some of the

play03:08

techniques include brainstorming

play03:10

workshops interviews or cause effect

play03:13

diagram so in fact there are many other

play03:15

ways to do it there are several

play03:16

techniques which we can employ in order

play03:18

to identify the best list of risk

play03:21

possible but all these will be deep died

play03:24

again when you come to the advanced

play03:25

level at Foundation we are just keeping

play03:27

it to the point and a simple

play03:29

introduction on the other hand if I talk

play03:31

about the risk assessment this involves

play03:33

categorization of identified risk

play03:35

determining their risk likelihood impact

play03:39

in turn the combination of impact and

play03:41

likelihood becomes the level of risk

play03:43

then we prioritize them and propose ways

play03:46

to handle them categorization helps in

play03:48

assigning mitigation action because

play03:50

usually risks fa falling into the same

play03:53

category can be mitigated using the

play03:56

similar approach so we do understand

play03:58

that if we don't categorize a risk we

play04:00

might be every time utilizing our time

play04:02

to determine how to mitigate them given

play04:05

that we can categorize some of the risk

play04:07

into one particular category I may reuse

play04:10

the action items or the mitigation

play04:12

actions what I've defined for one of

play04:14

them one of them into the same category

play04:17

so that's where it basically becomes

play04:18

very crucial and important to categorize

play04:21

the risk together and make use of the

play04:24

existing defined action items to that of

play04:26

the other ones also to deal with uh when

play04:29

it comes to to the residual risk which

play04:32

basically talks about any item which is

play04:34

remaining I consistently keep looking at

play04:37

what are those things so taking a quick

play04:39

example here that what could be the

play04:41

classification of risk for example

play04:44

things which are related to design I can

play04:45

categorize that to make it together if

play04:47

I'm talking about the risk related to

play04:49

coding or programming errors I can

play04:52

categorize them together or risk related

play04:54

to any other attribute like performance

play04:56

security I may categorize them together

play04:59

but there would be some more deep dive

play05:01

I'm just giving you a high level example

play05:03

that what did I mean by saying

play05:05

categorization also to add here risk

play05:08

assessment can use of quantitative or

play05:11

qualitative approach or mix of them as

play05:13

well now here in quantitative approach

play05:15

the risk level is calculated as the

play05:17

multiplication of likelihood and impact

play05:20

whereas in qualitative approach the risk

play05:23

level can be determined using risk

play05:25

Matrix so both of these are going to be

play05:27

deep dived at the advanced level and and

play05:29

right here we do not have them into our

play05:32

context so that's where just the name

play05:34

would be enough quantitative and

play05:35

qualitative quantitative is

play05:37

multiplication of likelihood and impact

play05:39

whereas qualitative is more a matrix

play05:42

which determines the level of well when

play05:44

it comes to determining how exactly risk

play05:46

identification influences testing

play05:48

activities if you remember when we spoke

play05:51

about test planning factors influencers

play05:54

that is what are those factors which can

play05:55

influence the test plan or test process

play05:58

uh we had one of the items called as

play06:00

risk as well right and risk register is

play06:02

the list of risk whatever you find in

play06:04

your project and product so certainly

play06:07

identification of risk do influence my

play06:09

test process the intensity the amount of

play06:12

testing the time allocated the

play06:14

prioritization of the test execution and

play06:16

various other factors please keep

play06:19

correlating the topics to that of what

play06:21

you have already covered if you remember

play06:22

in the test execution schedule we told

play06:24

you that risk is one of the way by which

play06:27

we can uh prioritize our test cases same

play06:29

way one of the key objectives of testing

play06:31

is to uh prioritize or remove or

play06:35

mitigate the risk as much as possible so

play06:38

there are different chapters talking

play06:40

about the risk again and again so make

play06:41

sure that you have those dots connected

play06:43

very well now let's talk about the

play06:45

influence of risk on testing process so

play06:49

product risk analysis May influence the

play06:52

thoroughness and scope of testing its

play06:54

results are used to determine the scope

play06:56

of testing to be carried out determine

play06:58

the particular test level and propose

play07:00

the test types to be performed determine

play07:02

the techniques to be employed and the

play07:04

coverage to be achieved estimate the

play07:06

effort required for each task prioritize

play07:09

testing and attempt to find the critical

play07:10

defects as early as possible and

play07:13

determine whether any other activity in

play07:15

addition to testing could be employed uh

play07:17

to reduce the risk in simple words we do

play07:21

not blindly select the test levels or

play07:23

test types to be conducted if you think

play07:25

conducting non-functional would help you

play07:27

better mitigate this risk you must

play07:29

deploy them at the same time if you

play07:31

think making use of equivalence

play07:32

partition or boundary value analysis as

play07:34

techniques could help you derive better

play07:36

test cases then you must make use of

play07:38

them at the same time when we talk about

play07:41

conducting the amount of testing or

play07:43

prioritizing the test in order to find

play07:45

effect early would be another benefit or

play07:48

another way by which I can look forward

play07:50

to mitigate a risk or reduce the level

play07:52

of risk early in the life cycle and last

play07:55

that's one more important thing to talk

play07:57

about that it's not something thing that

play08:00

only testing activities which you know

play08:02

can only be used in order to mitigate a

play08:04

risk if you think hiring a risk

play08:06

consultant can help you find things

play08:08

better or recommend you steps better

play08:10

hire them if you think attending a

play08:12

workshop related to risk of your

play08:14

industry practices would help you

play08:17

understand better then do that right so

play08:20

seminar workshops or implementing

play08:22

something new which you have never done

play08:23

before or hiring a consultant in your

play08:25

organization to help you better can be

play08:27

another set of activities what I can

play08:29

really perform in order to get better

play08:32

grip on what I'm doing right and that's

play08:34

where we say that a risk and assessment

play08:37

outcome or product risk analysis outcome

play08:39

can influence my testing in different

play08:41

ways finally the last exra item here is

play08:44

to talk about the last step that is

play08:45

product risk control Now product risk

play08:48

control is not that generic word that

play08:51

how can we control a risk we cannot

play08:52

control a risk to be frank or we cannot

play08:54

stop a risk to happen but point being

play08:57

made here is how do you keep an eye and

play08:59

consistently take care of the corrective

play09:01

and those guiding actions what can be

play09:03

taken in order to make sure that every

play09:05

single risk is in your context and

play09:08

doesn't go missing or missed out so when

play09:11

it comes to product risk control it

play09:13

basically comprises of all measures that

play09:15

are taken in response to identified and

play09:18

assessed product risk where product risk

play09:20

control consists of risk mitigation and

play09:24

risk monitoring when it comes to risk

play09:26

Mitigation Of course these are all that

play09:28

steps what you can take in in order to

play09:30

uh mitigate the risk and which includes

play09:33

uh implementing the action proposed in

play09:35

risk assessment to reduce this risk

play09:37

level the aim of risk monitoring is to

play09:40

ensure that the mitigation actions are

play09:42

effective to obtain further information

play09:45

to improved risk assessment and to

play09:47

identify any kind of emerging risk at

play09:49

this point we would just like to let you

play09:51

know that risk assessment or risk uh

play09:54

product risk analysis is not a one-time

play09:56

activity to certain extent during the

play09:59

beginning of the project we may not have

play10:01

all that visibility all that information

play10:03

what we might need in order to identify

play10:06

the risk very potentially but later as

play10:09

the project unfolds as more details

play10:11

comes into picture and as the product

play10:14

comes right in front of you getting

play10:16

built up you may have more information

play10:18

with you does risk identification or

play10:22

risk assessment is a more of like

play10:24

continuous activity like every single

play10:26

Milestone you must conduct it repeatedly

play10:29

to make sure that any new identified

play10:31

risk have occurred or not right because

play10:34

initially you may not have all the

play10:35

information what you may need to

play10:37

identify all possible risk areas so thus

play10:40

it should be a consistent activity and

play10:42

that's where we call this phas as risk

play10:44

monitoring which is to keep identifying

play10:47

new items or sometime other around as

play10:50

well that means maybe the risk what you

play10:52

identifi is no longer a risk okay so to

play10:55

further add here of course uh with

play10:58

respect to the product risk control once

play10:59

a risk has been analyzed several

play11:02

response options to risk are possible

play11:04

example risk mitigation by testing risk

play11:07

acceptance risk transfer or contingency

play11:10

plan now here the four different items

play11:13

certainly talk about four different

play11:14

things one you you have understood the

play11:18

risk and you have some action items to

play11:19

do in order to mitigate the risk so one

play11:22

you can mitigate a risk given that you

play11:24

can do it second is acceptance which

play11:26

means that you understand the risk but

play11:29

you not do anything about it and that's

play11:31

acceptance for more of things like act

play11:33

of Act of God right act of God like you

play11:35

know turn is strong there is a risk it

play11:38

can impact a city a lot people a lot

play11:41

they can kill people but still you

play11:43

accept the risk because there's no way

play11:44

you can mitigate it right you only have

play11:46

the contingency plan right you can all

play11:49

you can have is that and then of course

play11:51

the transfer risk is option where you

play11:53

identify risk but you realize that it's

play11:55

not you or your team who can handle it

play11:58

better but someone else can can handle

play11:59

it better for example if you perceive a

play12:01

performance risk and you are a

play12:03

functional tester then you can certainly

play12:05

transfer the ownership of this risk to

play12:07

the performance testers or performance

play12:10

team and contingency is certainly about

play12:13

the preventions securing it as much as

play12:16

possible so in a shopping mall having a

play12:19

you know fire extinguisher a security

play12:22

guard and all those steps what you take

play12:24

to prevent fire prevent theft is all

play12:27

contingency for it so we have four

play12:30

options as in when a risk is identified

play12:32

either mitigate it or accept it or take

play12:36

a contingency plan to prevent it to

play12:38

happen because maybe happening would be

play12:40

more expensive than preventing it which

play12:42

we always know or transfer it to the

play12:45

right team don't try to save it yourself

play12:48

okay also to add further uh action that

play12:51

can be taken to mitigate the product

play12:53

Risk by testing are as follows which

play12:56

includes some of the things what we just

play12:57

discussed in our previous topic but

play12:59

still uh select the testers with the

play13:01

right level of experience and skills

play13:03

suitable for a given risk type apply an

play13:05

appropriate level of independent of

play13:07

testing um conduct reviews and perform

play13:10

static analysis apply the appropriate

play13:12

test techniques and coverage tools apply

play13:15

the appropriate test types addressing

play13:17

the affected quality characteristic or

play13:20

perform Dynamic testing including

play13:22

regression testing that means do all

play13:24

that which you think can help you

play13:26

mitigate the risk at any point of time

play13:28

okay that's an outcome of mitigation or

play13:30

mitigation action which I can take in

play13:33

order to mitigate a known or identified

play13:36

risk so that's all from the risk

play13:38

mitigation Point risk management point

play13:40

of team I hope you got a really good

play13:41

understanding of that so we will be

play13:43

having more details in the advanced

play13:44

level so stay tuned for that so that's

play13:46

all from this particular tutorial team

play13:48

should you have anything else feel free

play13:49

to comment below I'm always there to

play13:51

address your queries and answer them

play13:53

well till then keep learning keep

play13:54

exploring keep understanding the context

play13:56

thanks for watching the video team and

play13:58

happy learning

play14:03

[Music]

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

5.0 / 5 (0 votes)

Related Tags
ISTQBRisk ManagementSoftware TestingProduct RiskQuality AssuranceTest PlanningMitigation StrategiesSDLCTest ActivitiesRisk Assessment