Four moves of testing and evaluation
The final stage judges how well the made product works and what could be better, in four moves. (1) Test the product, ideally in its intended environment and with the real user. (2) Compare against the specification — each point in turn, justified. (3) Identify strengths AND weaknesses honestly. (4) Propose further development — specific improvements, best shown as annotated sketches. A strong evaluation is evidence-based, balanced and forward-looking.
Test in the intended environment, vs the spec
Testing is only useful if it is realistic and specific. Realistic means testing in the product's intended environment and, where possible, with the actual user — a bird feeder tested outdoors on a tree, not on the bench. Specific means each test is tied to a specification point and asks a clear question: does it hold the stated load, fit the stated space, stay stable? Report the result with justification, backed by measurements, photos in use, and user feedback.
Evaluate = weigh both sides, then propose
Evaluating is more than describing the product. It means weighing the positive AND negative features against the specification and the user's needs, and reaching a justified judgement. What most often separates a top-band evaluation is proposals for further development: not 'it could be improved', but WHAT would change and WHY — a longer arm for stability, a rounded corner for safety. An evaluation that only praises, or stops at 'it works well', leaves these marks unclaimed.
Drawn from real examiner reports.
Testing but no development proposals
The most-cited AC7 weakness: candidates do test against the specification but then stop, giving no proposals for further development. Testing tells you how well the product did; the evaluation is complete only when it turns those findings into specific improvements. End with concrete, justified proposals as annotated sketches: name a weakness, then draw the change that fixes it.
s23 P02 AC7; w23 P02 AC7
Describing, not evaluating
To describe is to say what the product is or does ('four legs and a shelf'); to evaluate is to judge how well it meets its purpose, weighing positive AND negative features and justifying it. Candidates repeatedly describe — restating features — when the task wants evaluation. This recurs on Paper 1 part (d). Give judgement, reason and evidence, not a feature list.
s23 P11–P13 Qd; s23 P02 AC7
Bench trial, not the real environment
A test proves little if it is not realistic. Candidates try the product briefly on the bench and record their own impression, rather than testing it in its intended environment with real user feedback. Carry the tests out where the product will really be used — a chopping board in a kitchen, a display stand with items on it, a toy with a target-age child.
s23 P02 AC7; w23 P02 AC7
Verdict with no reason or evidence
An unjustified assertion scores nothing. 'It works well', 'the user liked it' — stated flat, with no reason and no evidence — is not evaluation, even though it sounds like a verdict. Every judgement needs a reason and the test result or feedback behind it: it meets the stability point because it did not tip when knocked. The evidence is where the mark sits, not the verdict.
s23 P02 AC7
"It could be improved" is too vague
'It could be improved' is not a proposal for further development. A proposal must name the change and justify it: widen the base by 20 mm so the stand does not tip, round the top edge so it is safe at hand height, swap to a cheaper material to cut cost. The best proposals are drawn as annotated sketches. Vague, unjustified improvement ideas leave the top-band marks unclaimed.
s23 P02 AC7; w23 P02 AC7
Comments not tied to spec points
Comments must be anchored to specification points. Candidates judge the product in general — 'it looks nice', 'I like it' — instead of checking each requirement in turn. Take the specification point by point: state whether the product meets each, and cite the test result that shows it. General impressions are not a check against the criteria.
s23 P02 AC7
A positive-only conclusion is enough
A specific wrong belief: that an evaluation is where you say what is good, so a confident positive conclusion completes the task. It does not. Evaluating means weighing strengths AND weaknesses against the specification, then proposing development. Reporting only positives, or assertions with no evidence, misses the balance and the proposals the top band needs.
s23 P02 AC7
Four moves for the evaluation marks
Test realistically — intended environment, real user. Compare against the specification point by point, justifying each with a test result. Give strengths AND weaknesses, then propose development as annotated sketches. On Paper 1 part (d), 'evaluate' wants a weighed judgement.
Comment = judgement + reason + evidence
Turn every bare 'it works' into a creditworthy comment with three parts: judgement (does it meet this spec point?), reason (why), evidence (the test result or feedback that shows it). This gets you onto the point-by-point judgement the criterion rewards.
End with sketched improvement proposals
Do not stop at the conclusion — end with proposals for further development. For each weakness the testing exposed, sketch a specific, justified change: a wider base for stability, a thumb cut-out to lift a phone out one-handed. Annotated modifications are what the top band of AC7 asks for.
Full notes, flashcards, Q&A and the topic quiz for every premium subject.
Premium plans are US$8.99/month or US$49.99/year — first month free.
Studying with a parent's blessing? Show them this.