Random variables
Toss two coins and you cannot predict the outcome, but you can predict, with total precision, how often each number of heads will show up over many repeats. That is the trick a random variable performs: it converts a messy, unpredictable experiment into a plain number, and then a probability distribution tells you exactly how the chances are spread across the values that number can take. This closes the Probability unit of the ISC Class 12 syllabus, sitting right after Bayes' Theorem. The two skills examined here are building a distribution table from a sample space, and computing its mean — the single number that summarises the whole table as a long-run average. Variance, standard deviation and named distributions like the binomial sit outside this Paper I scope; this article stays inside the boundary and goes deep on the two ideas that are actually tested: the distribution table and the mean.
A random variable turns each outcome of a chance experiment into a number, its probability distribution assigns a probability (summing to ) to every value , and the mean is the probability-weighted average that summarises the distribution in one number.
The core idea
A random variable is a rule, not a guess. Formally, is a function that assigns a real number to every outcome of a random experiment — it does not itself involve any chance; the chance lives in which outcome occurs, and just reads off a number for whichever one does. When two coins are tossed, defining = "number of heads" is a choice: you could equally define = "1 if both coins match, else 0" on the same sample space. Once the rule is fixed, every possible value of inherits a probability from the underlying sample space.
The distribution table is the complete description of . For a discrete random variable taking values , list every value against its probability :
where: is the probability of the -th value, and the two conditions are non-negotiable — any table violating either one is not a valid probability distribution. Checking is the standard sanity check on a given table, and it is also the tool used to solve for an unknown constant buried inside a table, since it produces one equation in that unknown.
The mean condenses the whole table into one number. It is the probability-weighted average of the values can take:
where: are the possible values and their probabilities. is also called the expected value. It need not be a value can actually take — a mean of heads is a perfectly sensible expected value even though no single toss ever shows " heads." Read it as: if you repeated the experiment a huge number of times and averaged the observed values of , that average would settle down close to .
The goal is to show that is not an arbitrary formula handed down by a textbook but the exact long-run average you would compute yourself by tallying real repeated trials, so that the formula and the everyday idea of "average" are provably the same number. We derive this using nothing beyond the ordinary arithmetic-mean formula from statistics, applied to a large number of repeated experiments.
Step 1. Suppose the experiment is repeated times, where is very large, and record the value of on every single trial. Let be the number of times the value actually occurred among those trials, so . The ordinary arithmetic mean of all recorded values, grouping repeats together, is , exactly as you would compute a class average from a frequency table.
Step 2. Look closely at the ratio inside that sum. It is the relative frequency of the value — the fraction of trials on which came out equal to . As the number of repetitions grows very large, relative frequency is precisely what probability means in the long run: the empirical proportion settles down closer and closer to the theoretical probability .
Step 3. Substitute this long-run identification back into the averaging formula from Step 1. The observed sample average then converges to , which is exactly the definition . So the "expected value" formula is nothing more than the ordinary average, written in terms of theoretical probabilities instead of observed frequencies — it is what the average of infinitely many repeated trials would converge to.
Step 4. This also explains why need not be one of the actual values : an ordinary average of a frequency table routinely lands between the listed values (a class average of , , can easily be , a mark nobody scored), and behaves identically, since it is built by the same weighted-average machinery.
Worked example
A random variable has the distribution shown below, where is a constant to be found.
| 1 | 2 | 3 | 4 | |
|---|---|---|---|---|
Step 1. Use the normalisation condition to pin down : .
Step 2. Write out the actual probabilities: , , , . All are positive since , and they sum to , confirming a valid distribution.
Step 3. Compute the mean directly from : .
Final answer: and the mean of is .
Competitive stretch
Using the same table, find . This is a plain sum of the relevant row entries, not a new formula: . Notice this is bigger than the "half the values" guess of — because and carry more probability weight than and , exactly the same weighting idea behind itself.
Common traps
- Forgetting to check (or use) — it both validates a given table and is the standard way to solve for an unknown constant like .
- Confusing the mean with the mode (the value of highest probability) — in the two-coin example the mean is and the mode is also , but they need not coincide in general, and they answer different questions.
- Counting probabilities by the number of possible values rather than the number of underlying equally-likely outcomes that map to each value — with two coins, has probability (two outcomes, and ), not (one of three listed values).
- Reaching for variance, standard deviation, or the binomial formula — these are boundary/project-only extensions, not core Paper I material for this topic.
Ask the tutor: if setting up a probability distribution table from a fresh word problem (like rolling two dice or drawing balls from a bag) feels tricky, ask the AI tutor to walk through one with you step by step.
Why is E(X) called the mean if it is computed with probabilities instead of a plain average of numbers?
Because it is a plain average — just one written in the language of long-run frequency instead of a finite list of recorded numbers. If you repeated the experiment enormously many times and averaged every observed value of the ordinary way (sum of values divided by count), that average would converge to , since relative frequency approaches the true probability as grows. is simply that limiting average, computed in advance using the known probabilities rather than by actually running the trials.
Can the mean of a random variable be a value X never actually takes?
Yes, routinely. In the two-coin example happens to be an achievable value, but that is a coincidence of that particular table. Consider a fair die roll used as : , and no roll of a die ever shows . The mean is a weighted average across all possible values, not a prediction of what any single trial will show, so it is completely normal for it to land strictly between two listed values, or even outside the pattern you might intuitively expect.
How do I know when a probability distribution problem wants variance instead of just the mean, and should I compute it anyway?
At the ISC Class 12 Paper I level, variance and standard deviation of a random variable are boundary/project-work material, not core examinable theory for this topic — so unless a question explicitly names variance or standard deviation, stick to the distribution table and . If a question only says "find the probability distribution and its mean," computing extra unrequested quantities wastes time without earning marks; save that effort for questions that actually ask for it.