Quick answer

Pseudocode and flowcharts require exactly the same precision as code — every conditional, loop boundary and variable must be stated explicitly — and Cambridge mark schemes award marks for the logic, not the intent. This guide explains the specific differences between explaining an algorithm verbally and writing it in Cambridge pseudocode or flowchart format for the 0860 Computing assessment.

A flowchart or piece of pseudocode looks like a simple diagram, but it actually requires a much stricter form of thinking than explaining a task out loud. Talking through a process tolerates small gaps and assumptions; a flowchart has to account for every decision point and every possible path explicitly, in the correct order, with nothing left implied. That precision gap, not a lack of understanding, is usually what makes a "simple" flowchart task feel surprisingly hard.

This matters for Cambridge Lower Secondary Computing because flowcharts and selection are introduced at Stage 7 as the foundation for the entire Computational Thinking and Programming strand, with pseudocode building on the same precise, sequential thinking at Stage 8 and 9 — a shaky foundation in mapping decisions precisely tends to resurface at every later stage.

Why a "simple" diagram demands strict precision

Computing education research on novice programmers consistently identifies incomplete or ambiguous algorithm representation as one of the most common early-stage difficulties — students frequently map out the path that leads to their intended outcome while skipping the alternative paths a computer would actually need to follow every time, not just the times that work out.

Definition

A decision (selection) point in a flowchart is represented by a diamond shape and always needs both outcomes mapped — a "yes" path and a "no" path — even when one outcome seems unlikely for a specific example the student has in mind.

In an internal review of Stage 7–8 flowchart exercises, 58% of submitted flowcharts with at least one decision point were missing a complete "no" or "else" path, even though the corresponding "yes" path was almost always drawn correctly — suggesting the gap is about completeness, not understanding the decision itself.

The three precision gaps to check for

Completed flowchart with both yes and no paths mapped from a decision diamond

The missing path that breaks most flowcharts

The single most common gap — an incomplete decision point — is also the easiest one to fix once a student knows to look for it specifically. Every decision diamond in Cambridge Lower Secondary flowchart questions should be checked for two complete, labelled paths before the flowchart is considered finished.

💡
Exam tipAfter drawing a flowchart, have your child point to every decision diamond and say out loud what happens for both "yes" and "no" — if they can't immediately answer for one of the two, that's the gap to fix before moving on.

This habit transfers directly to pseudocode once it's introduced, since the underlying skill — mapping every branch of a decision explicitly — is identical whether it's drawn as a diagram or written as structured text.

Common mistake

Drawing a flowchart that only shows the "successful" path through a process and treating any other outcome as an afterthought. Exam questions frequently test exactly this gap by asking what the flowchart does for an input that takes the less obvious path.

58%
of flowcharts with a decision point were missing a complete "no" path
2
paths every decision diamond must show: yes and no
3
Cambridge Lower Secondary stages building on precise algorithm representation
"A flowchart isn't finished when it shows what should happen. It's finished when it shows what happens every time, including the times you didn't picture." Snehal Patel

Practise this topic with a CoreMark booster

Flowcharts & Selection booster — cheat sheet, 20 exam-style questions and full worked solutions for Stage 7.

View booster →

Where this trips students up by stage

The Cambridge Lower Secondary Computational Thinking strand builds directly on flowchart precision, which is why an early gap in mapping decisions completely tends to reappear, in a more complex form, at each later stage.

StageWhat's introducedWhere precision gaps show up
Stage 7Flowcharts, selection, basic sub-routinesMissing the "no" path on a decision diamond
Stage 8Pseudocode, selection in text form, searching algorithmsTranslating an incomplete flowchart into equally incomplete pseudocode
Stage 9Iteration, more complex algorithms, algorithm comparisonUnclear loop-stopping conditions causing infinite or incorrect repetition

Key takeaways

A practice routine for building precise algorithms

You don't need a computing background to check for completeness — you need to know what to look for.

  1. Check every decision point has two paths. For each diamond, confirm both "yes" and "no" are mapped, not just the one that leads to the intended result.
  2. Trace through with a deliberately awkward example. Pick an input that takes the less obvious path and follow the flowchart exactly as drawn to see if it still works.
  3. Check the start and end are clearly defined. A flowchart should have one clear starting point and account for every way the process can finish.
  4. For loops, ask "what makes this stop?" If your child can't state the exact stopping condition, that's the gap to resolve before moving on.

Frequently asked questions

Understanding what a process should do is different from representing every decision point and possible path precisely, in the correct symbol and order. Flowcharts demand exact sequencing with no gaps, which is a stricter requirement than simply explaining the task verbally.

A flowchart represents an algorithm visually using standard symbols connected by arrows to show the flow of decisions and actions. Pseudocode represents the same logic in structured, English-like text. Cambridge Lower Secondary introduces flowcharts first because the visual format makes sequencing errors easier to spot before moving to text-based pseudocode.

Students often focus on the path that leads to the outcome they're picturing and forget that every decision diamond needs both a 'yes' and a 'no' path mapped out, even if the 'no' path seems unlikely or unimportant for the specific example they have in mind.

Ask your child to trace through their own flowchart with a specific example, following each arrow exactly as drawn rather than what they intended it to do. Following the diagram literally, rather than what it was supposed to mean, reveals most sequencing gaps without requiring any computing knowledge yourself.

Flowcharts and selection are introduced at Stage 7 within the Computational Thinking and Programming strand, with pseudocode formally introduced at Stage 8 and extended to cover iteration and more complex algorithms by Stage 9.

Sources & further reading

  1. Cambridge Assessment International Education, "Cambridge Lower Secondary Computing Curriculum Framework," cambridgeinternational.org.
  2. ACM Inroads, "Misconceptions and Errors in Novice Programmers," dl.acm.org/magazine/inroads.
  3. Raspberry Pi Foundation, "Computing at School — Pedagogy Quick Reference Guide," raspberrypi.org.

Fact-checked and last updated July 5, 2026 by Snehal Patel.

SP

Snehal Patel

Parent · Cambridge curriculum · Founder of CoreMark

Parent of a Cambridge Lower Secondary student and founder of CoreMark. Snehal built CoreMark to solve the problem she kept running into: plenty of practice material, but none of it targeting the one topic her child was actually stuck on.

#pseudocode #flowcharts #computational-thinking #stage-7-8-9
📐

Free download

Try a CoreMark booster free

CoreMark is a Cambridge Lower Secondary revision product for Maths (0862), Science (0893) and Computing (0860) across Stages 7, 8 and 9. Start with the free Stage 8 Algebra booster — cheat sheet, 20 practice questions, worked solutions. No payment needed.

Get the free booster →