Quick answer
Find the manual's age rule before you calculate. Where it is silent, follow a documented institutional rule and record which date you used.
Four dates that are not the same
A single assessment generates several candidate dates: referral, consent, administration, scoring, and report completion. They can be weeks apart. Only one of them governs the age calculation, and for most norm-referenced instruments it is the administration date.
The reason the wrong one gets used is almost never confusion about which is correct. It is that the file already contains the referral date, the scoring session is when the calculation actually happens, and a date field pre-filled with today requires an active decision to change.
Use this guide with the right tool: Open the Assessment Age Calculator for age on a specific testing or evaluation date. If the question shifts, compare it with the Test Age Calculator or the Age on a Date Calculator.
Read the age rule first, not last
The sequence that prevents most errors is to locate the manual's age instruction before opening the calculator. It takes a minute and it determines both the date and the format. Calculating first and checking afterwards means the number is already in the file, and numbers in files are rarely re-derived.
Where the manual genuinely does not specify, that gap should be filled by a written institutional rule rather than case-by-case judgement. A team that decides individually will produce inconsistent records, and the inconsistency will only surface when two reports on the same child disagree.
Multi-session and interrupted testing
Testing that spans days, or that is interrupted and resumed weeks later, needs an explicit decision. Common rules include the first session, the session containing the subtest being scored, or the date most of the battery was completed. All three exist in practice.
Whatever rule applies, document the circumstance in the report rather than only the resulting date. A reader who sees an age that does not match the cover-sheet date needs to be able to find the explanation without contacting you.
Retrospective calculation
Sometimes an age has to be reconstructed long after the fact — for a re-score, an appeal, a records request or a research dataset. The rule is the same: the age is the age on the administration date, however long ago that was.
This is where a default reference date does the most damage, because the resulting figure will be years out and will still look like a plausible age for a child. Set the reference date explicitly on every retrospective calculation, and keep the shareable result link with the record so the inputs are visible.
Worked example
Try it with the dates in front of you. Where the answer sits close to a threshold, treat that as a prompt to check the rule rather than to conclude.
Common mistakes to avoid
- Accepting a pre-filled today. A default is not a decision. Set the reference date deliberately on every calculation, including retrospective ones.
- Using the scoring or report date. Scoring often happens days later. For most norm-referenced instruments the administration date governs.
- Inventing a midpoint for multi-session testing. A midpoint is an undocumented method. Follow the manual, or a written institutional rule, and record which.
Use the right calculator
Three tools cover most of what this guide describes. Each shows its working, so a result can be checked rather than trusted.
Frequently asked questions
What if the manual really says nothing?
Use the administration date and record that you did. Then raise it so an institutional rule can be written and applied consistently.
Does a rescheduled or interrupted session change the date?
It can. Whichever rule applies, document the interruption alongside the age so the record is self-explaining.
Should the reference date appear in the report?
Yes. An age without its reference date cannot be verified, and it silently becomes wrong as time passes.


