Probability · Basic probability
1 / 19
Probability of a single event
Why a probability is a share of the whole — so it lives between 0 and 1, why P(A) = favourable ÷ total needs equally likely outcomes, and how the "it all adds to 1" rule drives complements, missing table entries and expected numbers.
Probability · Basic probability
Probability of a single event
Why a probability is a share of the whole — so it lives between 0 and 1, why P(A) = favourable ÷ total needs equally likely outcomes, and how the "it all adds to 1" rule drives complements, missing table entries and expected numbers.
Why it works
A probability is not a score out of ten and it is not a feeling. It is a share of the whole. Picture every possible thing that could happen laid out as slices of one complete cake. The probability of an event is simply how much of that cake the event covers.Two facts fall straight out of that picture.
First, the scale is 0 to 1. Nothing can cover less than none of the cake or more than all of it, so every probability satisfies . A probability of means impossible, means certain, and means the event covers exactly half of everything that could happen. This makes the scale a free error-check: an answer of , or , or is not a slightly wrong probability — it is not a probability at all, and it is telling you to go back and look at the working.
Second, the slices add to the whole cake. If you list outcomes that cannot happen together (mutually exclusive) and which between them cover every possibility (exhaustive), then their probabilities add to exactly .
Where comes from. This formula is not a rule handed down from nowhere — it is the cake cut fairly. Suppose a spinner has identical sectors. By symmetry no sector is favoured over any other, so the has to be shared equally: each sector gets . If of those sectors are red, red's share is three lots of , which is . So "favourable over total" really means count how many of the equal slices belong to your event.
That word equally likely is load-bearing. A biased spinner with red sectors out of does not give , because its slices are not equal. And "either it rains tomorrow or it doesn't, so " fails for exactly the same reason: two outcomes, but nobody said they were equally likely.
The trap, made concrete. A bag holds red counters and blue counters, and you are asked for . An enormous number of students write . That number answers a different question — it is the ratio of red to blue, . A probability compares red with everything, and everything here is counters, so
The sum test exposes the error instantly. If then would be , which is bigger than — impossible — and the two would total , not . Whereas . ✓ So every time you write a probability, glance at the denominator and ask: *is that the total number of things that could happen?*
One number, three costumes. . Fractions, decimals and percentages are just different ways of writing the size of the slice, and a question may hand you one and ask for another. Trouble only starts when you mix them mid-calculation: is meaningless as written. Convert first, then work: either , or . The whole is if you are in fractions and decimals, and if you are in percentages — pick one and stay in it.
The complement. Every trial produces exactly one outcome, so " happens" and " does not happen" split the cake into two pieces with no overlap and nothing left over. Therefore , which rearranges to
This is worth far more than it looks, because "not" is very often the easier half to count. Finding the probability that a card drawn from a pack is not a picture card is one subtraction; counting the cards that aren't picture cards is a chore.
The missing entry in a table. A table of probabilities for a set of outcomes that cannot overlap and that cover every case must total . So if three of four probabilities are , and , the fourth is
Notice the two-step shape: add up what you have, then subtract from 1. Stopping at answers nothing — that is the probability of not getting the missing outcome.
The algebraic version is the identical rule wearing algebra. If the probabilities of three outcomes are , and , then because they must total ,
And here is the sting: is almost never what the question asked for. If it wants the probability of the outcome written as , that is . Solve for , then go back and re-read the question.
Expected number of occurrences. If and you flip a coin times, you expect about heads:
Why multiply? Because a probability is a share, and a share of trials is that fraction of — the same "of means multiply" you use to find of . It is a multiplication, never a division.
Two health warnings. "Expected" is a forecast, not a promise: is the long-run average, and a real run of flips will usually land near it rather than exactly on it. And an expected number needn't be a whole number — a fair dice rolled times gives sixes, which is a perfectly good estimate even though you cannot roll of a six.