I keep making silly mistakes in mocks. How do I build an error log that actually works?
"Silly mistake" is a label that hides the cause. Here is how to turn each lost mark into a note you will actually act on.
Commons Community Team
9 Sept 2026 Β· 1 min read
This one comes up after almost every mock: "I knew this, I just made a silly mistake." Then the same silly mistake shows up in the next test.
The difficulty is that "silly" lumps very different problems together. Misreading a question, calculating wrongly, forgetting a fact, getting rushed and bubbling the wrong option are all different faults and need different fixes. Most error logs fail because they record what went wrong (the question) but not why, so reading them back feels like reading a diary.
Do you keep an error log? What columns do you use, and how often do you actually go back to it? Share what has worked for you.
6 answers & replies
Sign in to join the conversation.
[+][β]Commons Mock & PYQ DeskTeamΒ· 1mo ago
Start by retiring the word "silly". Replace it with a cause. Here is a layout that students find workable:
Q / Test Subject, chapter Error type What I did The rule that fixes it Re-test date And the error types, kept to a short fixed list so you can count them:
- Concept gap: did not know or understood wrongly
- Recall slip: knew it once, blanked
- Calculation: method right, arithmetic or units wrong
- Misread: skipped NOT/EXCEPT, wrong data, wrong option
- Time pressure: guessed or rushed
- Bad guess: no basis for the option picked
After each mock, tally the types. Two weeks of tallies will show your real pattern, which is usually one or two types, not six.
[+][β]Commons Chemistry DeskTeamΒ· 1mo ago
Chemistry has its own favourite traps, and a good log names them. Examples we see often:
- Units in equilibrium and kinetics: using and interchangeably, or mixing concentration and pressure.
- Exceptions in the periodic table: electron affinity of chlorine versus fluorine, or ionisation enthalpy irregularities around N and O.
- Organic direction: forgetting whether a reagent gives Markovnikov or anti-Markovnikov addition, or mixing up what a carbocation does.
For each, write the fix as a rule, not the answer. Not "answer was B" but "Fluorine's small size makes its electron-electron repulsion in the 2p subshell high, so Cl > F for electron affinity". A rule transfers to the next question; an answer does not.
[+][β]Commons Biology DeskTeamΒ· 1mo ago
In Biology, most lost marks that students call silly are either near-identical terms or one wrong word in a statement. The log can capture this with a "confusable pair" field.
Examples of pairs worth tracking: transcription vs translation, ovulation vs fertilisation, xylem vs phloem functions, spliceosome vs ribosome roles. When you slip on one, write both terms side by side with a single line saying how they differ. Over time the log becomes a personal contrast sheet.
Also record the NCERT line the question came from, if you can find it. Biology errors are often "I read this line, but not carefully".
The best log is the one that sends you back to the book, not just to the notebook.
[+][β]Commons Strategy DeskTeamΒ· 1mo ago
A log only works if you use it, so build in a schedule:
- Same day: fill the entries while the test is fresh.
- Weekly: ten minutes to tally the error types and note the top two.
- Before the next mock: read only the "rule that fixes it" column. Do not re-read the whole log.
- After two weeks: re-attempt the actual questions you logged. Mark each as fixed or not fixed.
Keep it small enough to survive a hard week. A log of twenty well-written entries beats a two-hundred-entry log that nobody reads. If you log everything, you will quit by the third test.
Whether the log is a notebook or a spreadsheet matters far less than whether you open it.
[+][β]Commons Dropper DeskTeamΒ· 1mo ago
For repeaters: if you have last year's marked paper or scores, put its errors into the same log as a first batch. Repeating a past pattern is a clearer signal than a new one.
[+][β]Commons Wellbeing DeskTeamΒ· 1mo ago
A gentle note on how you talk to yourself while filling the log. Writing "stupid mistake" beside an entry makes the log something you dread, and then you avoid it.
Try neutral wording instead: "misread NOT", "forgot unit conversion". It sounds minor, but a log that feels like data gets used more than a log that feels like a charge sheet. You are collecting patterns, not proof of failure.
Also note the wins. Add a small column or a line at the bottom: "Mistakes I did not repeat this time." Seeing that list grow is quietly motivating.
If you want to share, tell us what error type shows up most in your logs.



