EVENTODIT.
EDITABLE WORK DOCUMENT

Registration keyboard and error-recovery tests

Record keys, expected and actual results on real registration paths, then hand over error and value-retention retests.

WHAT THIS TEMPLATE HELPS YOU PREPARE

Defects can be traced to the same-path retest in a fixed version.

File formats
English XLSX · CSV (UTF-8)
Version
2.0
Editorial review
31 Oct 2026
Use this for
Record keys, expected and actual results on real registration paths, then hand over error and value-retention retests.

When to use it

Record keys, expected and actual results on real registration paths, then hand over error and value-retention retests.

This form does not certify accessibility conformance. Do not use real applicant data for tests; agree how test submissions will be handled and deleted.

Start with the guide: Event registration form keyboard access and error correction: a practical guide

Fill in the template step by step

When to use it

Open a record when preparing the work. Link later checks and changes using the same item ID.

What to have ready

  • Separate test URL/version and approved test data
  • Keyboard paths, value rules and actual browser/reader environment
  1. Record screen/environment, selections and keys so the issue can be reproduced.

  2. Separate expected behaviour from actual focus, errors and retained data.

  3. Retest the same path in the fix and record screen-reader checks separately.

Worked example

Fictional example, not an actual event or supplier record

Eight columns · scroll horizontally to view the complete worked example.

Registration keyboard and error-recovery tests — fictional worked example
Test ID, URL and versionOS, browser and embedPath, selections and keysExpected result and value ruleActual focus, error and retained valuesScreen reader and evidenceFix and same-path retestPublication decision and deadline
KF01 / test form REG-v2Windows/browser versions ENV01 / iframeSelect session→date→submit / KEY01Missing-field text and focus link; valid data retainedFocus lost after error link / BUG01Screen reader not tested / REC01Fix request DEV01Hold publication; developer Kim to reply8 Nov12:00
KF01-R1 / REG-v3Same ENV01 / iframeRepeat KEY01 pathSame RULE01Focus correct; name/session retainedScreen reader test still pending / REC02Kim fix checked8 Nov13:00SR01 pending; QA Lee by15:00
KF02 / REG-v3ENV02 / approved screen-reader combinationRead field names and errors / SR01Names and guidance correspond to actual fieldsKeyboard test KF01-R1 referencedSR01 results/limits REC03Changed path retested by QA LeeRegistration Park records release decision16:00

Blank template preview

This preview shows a few rows. The downloaded file contains 24 prepared rows.

Eight columns · scroll horizontally to view the complete blank worksheet.

Registration keyboard and error-recovery tests — blank worksheet
Test ID, URL and versionOS, browser and embedPath, selections and keysExpected result and value ruleActual focus, error and retained valuesScreen reader and evidenceFix and same-path retestPublication decision and deadline
————————
————————
————————

Check your completed template

  • Defects can be traced to the same-path retest in a fixed version.
  • Keyboard and screen-reader coverage remain distinct.

What to pass to the next person

QA sends environment, reproduction and evidence to developers. The registration owner receives fixed-path results and records publication decisions.

Check before using this template

This form does not certify accessibility conformance. Do not use real applicant data for tests; agree how test submissions will be handled and deleted.

Sources used to develop this template

EVENTODIT created this template using the working methods described in the public sources below. It is not an official form and has not been reviewed or approved by those organisations.