Risk-Based Test Design

Spend more test effort where damage is bigger.

Manual QA Module 4 Lesson 5
10 min read

What you'll learn

  • Spot risk.
  • Rank risk by impact and chance.
  • Focus effort on the biggest risks first.

Risk-Based Test Design

Spend more test effort where damage is bigger.

Big Picture

One small picture can make this idea easier to hold.

Equal effort everywhere

  • Same time on every area.
  • Misses the big threats.
  • Can waste effort.
  • Feels fair but not smart.

Risk-first effort

  • More time on big threats.
  • Less time on small threats.
  • Uses impact and chance.
  • Fits real business risk.

VerdictRisk-first testing gives better value for the time spent.

How It Moves

Short steps make the flow easier to see.

List risks

Write what can go wrong.

Score impact

Ask how bad it would be.

3

Score chance

Ask how likely it is.

4

Pick top items

Choose the biggest risks first.

Step By Step

This is the same idea, stretched across time.

  1. 1

    Product known

    The team understands the feature.

  2. 2

    Risks listed

    Possible problems are written down.

  3. 3

    Risks ranked

    The team sorts by impact and chance.

  4. 4

    Plan made

    The team tests the most risky parts first.

One Small Model

Think of this like a tiny card you can keep in your pocket.

Risk chart

5 fields
Impact:"How bad the loss is"
Chance:"How likely it is"
Score:"Impact x chance"
Top risk:"The first thing to test"
Action:"Test, fix, or watch"
A risk chart helps the team spend time well.

Quick Check

Question 1 of 10 correct

How do you choose what to test first?

Map It

One more picture helps you see where this lesson matters most.

Risk matrix

Impact
High impact

Low chance, low impact

Tiny typo

High chance, low impact

Small display glitch

Low chance, high impact

Rare data loss

High chance, high impact

Broken checkout

Low impact
Low chanceHigh chance
Likelihood
High impact and high chance get top priority.

Final Quiz

Question 1 of 30 correct

What is the main idea of risk-based testing?