Note

Stress Testing and Scenario Analysis in Treasury

How treasury uses stress testing and scenario analysis to probe the severe tail that VaR and CFaR leave undescribed — and why they fail on imagination, not maths.

·6 min read·#treasury#risk-management#stress-testing#scenario-analysis#market-risk

Stress testing and scenario analysis probe what your statistical measures can't: the severe, low-probability moves that actually threaten a business. Value at Risk and Cash Flow at Risk describe the distribution of outcomes up to a confidence level — but they go quiet exactly where it matters, at the tail beyond that threshold. Stress testing asks a different question altogether: not "how bad is an ordinary bad day?" but "what happens if this specific bad thing occurs?" It's the tool for the cliff the measurement numbers refuse to describe.

(This is a plain explanation of a risk-management practice, not investment or hedging advice for any particular situation.)

The gap it fills

A 95% VaR tells you where the edge of an ordinary bad day sits, and CFaR tells you the shortfall against plan you wouldn't expect to breach over the year. Both are genuinely useful, and both share the same silence: they say almost nothing about what lies beyond the confidence level. The worst 5% of outcomes get summarised into a single threshold and then left undescribed — and that undescribed tail is precisely where the losses that wreck companies live.

That's not a flaw you can calibrate away; it's structural. A probability-weighted measure exists to characterise the body of a distribution. To understand the tail, you stop asking "how likely?" and start asking "what if?" Stress testing is that second question made systematic — it sets probability aside on purpose and looks at consequence: if this severe move happened, what would it do to our positions, cash flows and covenants?

Scenario analysis

The workhorse is scenario analysis: define a shock, apply it to the book, and read off the impact. Scenarios come in two flavours, and a serious programme uses both.

  • Historical scenarios replay a real crisis — the actual market moves from a past episode of stress — against your current positions. Their strength is that nobody can argue the moves were implausible: they happened. Their weakness is that the next crisis rarely rhymes exactly with the last.
  • Hypothetical scenarios construct a plausible but unseen combination — a set of moves that hasn't occurred in your data but could. They cover the blind spot history leaves, at the cost of being harder to defend, because you're asserting the scenario is realistic rather than pointing at a date.

Either way, the output is concrete: what the scenario does to positions, to the cash flows the business is counting on, and — the one people forget until it's too late — to loan covenants. A move that bruises the P&L but breaches a leverage or interest-cover covenant is a different, more urgent problem than the loss alone suggests.

Single-factor versus multi-factor

The simplest test shifts one variable: a single rate, a single currency, everything else held still. That's single-factor sensitivity, and it's useful for isolating exactly how much a given exposure moves the number — the treasury equivalent of nudging one input to see the output.

But crises don't move one variable at a time. They arrive as coherent, correlated bundles: a currency falls while rates jump while funding tightens, each feeding the others. A multi-factor scenario moves several variables together in a combination that hangs together as a story — closer to how real stress behaves, and where scenario analysis earns its keep, because the interactions between moves are often nastier than any single move in isolation. A hedge that neutralises one factor can be quietly undone by a second one the single-factor test never looked at.

A crisis never sends its variables in one at a time and politely. It sends them together, correlated and compounding — which is exactly why a single-factor sensitivity can look survivable while the multi-factor version of the same event does not.

Reverse stress testing

Forward scenarios start from a shock and find the impact. Reverse stress testing runs it backwards: start from an outcome you cannot accept — a covenant breach, a liquidity shortfall, a loss that would threaten the business — and work out what combination of moves would cause it.

I've found this the more revealing exercise more often than not. Forward scenarios flatter you, because a team naturally reaches for the shocks it already believes in. Reverse stress testing removes that comfort: it names the failure first and forces you to describe the exact conditions that produce it. Sometimes the answer reassures — it would take a genuinely extreme, compound move to break the covenant. Sometimes it's the opposite, and you find the distance to a breach is far shorter than anyone assumed. Either way you learn something a forward scenario would never have surfaced, because you were asking "what would it take to sink us?" instead of "what does this shock do?"

What to do with the results

A stress test that ends in a spreadsheet has done nothing. The results only matter when they meet a decision. So each scenario's impact gets compared against risk appetite and limits — is this outcome inside what we've agreed to bear, or outside it? — and that comparison drives one of three responses: hedge the exposure down, hold more liquidity as a buffer against the shortfall, or accept the risk deliberately because the cost of protection outweighs it. Accepting is a legitimate answer, as long as it's a choice rather than a default.

And the scenarios don't stay fixed. Exposures change, the market regime shifts, new risks appear and old ones fade. A stress-testing programme is a living thing, re-examined as conditions move — the same monitor-and-repeat discipline that runs through all of treasury risk management.

What usually goes wrong

Here's the part 18 years teaches you to say plainly: stress tests almost never fail on the maths. Applying a shock to a book is the easy part. They fail on imagination and on follow-through.

The imagination failure is choosing comfortable scenarios. Teams run the shocks they can already picture and quietly skip the genuinely nasty combinations — the correlated, multi-factor events that are unpleasant to contemplate and therefore never modelled. The scenario that would actually hurt is the one nobody proposes, because proposing it means admitting it's possible.

The follow-through failure is worse, because it wastes even the good work. A team runs a hard scenario, sees an alarming result, and files it — reported, noted, left to sit, with no decision to hedge, build liquidity, or formally accept. A stress test that changes nothing is theatre. The value was never in producing the number; it was in acting on it before the scenario stopped being hypothetical.

Run the uncomfortable scenarios, run them backwards from the outcomes you fear, compare every result against appetite, and act — and stress testing becomes what VaR and CFaR can't be: an honest look at the tail, and a decision made before the tail arrives.


Part of the Treasury Risk Management guide. See also Value at Risk in treasury and Cash Flow at Risk (CFaR). The newsletter sends one finance-systems pattern every two weeks.

Built with in Amsterdam( ) by Gravam