Total Probability Theorem
Suppose you want the probability that a widget is defective. You could try to count defective widgets directly — but what if the factory has multiple machines, each with a different defect rate, and you don’t know which machine made a given widget? You can’t just use one defect rate; you need to account for all of them.
Let’s label things: call the event we care about “” (the widget is defective), and call the possible scenarios “” (machine 1, machine 2, …). We use different letters because and the ’s play different roles — is the event whose probability we want, and the ’s are the mutually exclusive cases that cover all possibilities. The total probability theorem says you can compute by adding up each scenario’s contribution: the probability of that scenario times the probability of given that scenario. The result is a weighted average — scenarios that are more likely get more weight.
Partition
The theorem requires that the scenarios form a partition of the sample space — mutually exclusive, collectively exhaustive events where every outcome belongs to exactly one .
The Theorem
If form a partition, then for any event :
Reading the formula: is how likely scenario is. is the probability of if scenario occurred. Their product is the probability that scenario occurs and also occurs. Summing over all scenarios gives the total probability of .
Derivation & Interpretation
Step 1: Break into pieces using the partition
Every outcome in must belong to at least one (the partition covers all of ). And no outcome can belong to two different ’s (they’re mutually exclusive). So splits cleanly into non-overlapping pieces:
The big union notation is just shorthand for this chain of “OR” — it means “the union of all these sets, from to .”
Think of it like slicing a pie: is the whole pie, and each is one slice. The slices don’t overlap and together make up the whole.
Step 2: From OR to ADD — why the union becomes a sum
Step 1 is a set equation — sets combine with union (OR). You can’t add sets. But once we take the probability of both sides, we’re dealing with numbers, and numbers add:
Why can we turn OR into ADD? Because the pieces are disjoint — an outcome can’t be in both and , since it can’t be in both and . For disjoint events, the probability of their union equals the sum of their probabilities (axiom 3). Without disjointness, this step fails — you’d double-count outcomes that appear in multiple pieces.
This OR → ADD step is the whole reason the theorem works. The partition guarantees no overlap, so no double-counting.
Step 3: Apply the multiplication rule to each piece
By the multiplication rule, each piece . Substituting:
That’s the theorem. Three steps: slice → add → expand.
What the formula means
Each term is one scenario’s contribution:
| Piece | Scenario weight | Conditional prob | Contribution |
|---|---|---|---|
| How likely scenario 1 is | Prob of if scenario 1 occurred | Scenario 1’s share of | |
| How likely scenario 2 is | Prob of if scenario 2 occurred | Scenario 2’s share of | |
| How likely scenario is | Prob of if scenario occurred | Scenario ’s share of | |
| Total |
The total probability is a weighted average — each scenario contributes proportionally to how often it occurs. A scenario that happens 60% of the time carries 60% of the weight, regardless of its conditional probability .
Example: Manufacturing
A factory has 3 machines producing widgets:
- Machine A: 50% of widgets, 2% defective
- Machine B: 30% of widgets, 4% defective
- Machine C: 20% of widgets, 5% defective
What’s the probability a widget is defective?
The partition is — every widget comes from exactly one machine. Machine A contributes the most weight (0.5) because it produces the most widgets, even though its defect rate is the lowest.
Visual: Probability Tree
Sum defective paths:
Special Case: Equally Likely Partition
When all , the formula simplifies to an average: