Accessible QTI 3 authoring and transfer worksheet Published: September 28, 2026 Publisher: Longsight Guide: https://www.longsight.com/guides/accessible-qti-3-authoring/ Use one record per item family and destination. Attach individual item results when the sample includes different interactions or supports. Use synthetic or approved anonymized samples; do not put learner records in the item package. 1. Scope and ownership Institution or assessment program: Item author: Accessibility reviewer: Delivery-system owner: Item family and representative item identifiers: Source editor and version: Destination player and host versions: QTI version/profile: Source revision and export date: Review date: 2. Assessment purpose Skill or knowledge being assessed: Information available to candidates: Expected response and scoring cases: Alternative presentation or response method: Could the alternative reveal the answer or change the assessed skill? Assessment and accessibility reviewers' decision: 3. Authored content For each entry, record expected behavior, observed behavior, and evidence. - Instructions, required selections, response limits, and units - Headings, table headers, language, and reading order - Images and short/long descriptions - Captions, transcripts, audio descriptions, and media controls - Math representation and spoken interpretation - Catalog content, required supports, and asset references - Feedback wording and release conditions 4. Author workflow Can the author create, correct, preview, and export the item with the supported keyboard and assistive-technology setup? Can the author edit alternatives and repair errors without raw XML editing? Does reopening and saving preserve all reviewed content? Barriers and repair owner: 5. Candidate workflow Browser, operating system, and assistive technology (include versions): Required viewport, zoom, contrast, and display settings: Record expected and observed behavior for each task: - Reach the prompt and understand instructions. - Identify the control, value, selected state, and required response. - Enter, change, clear, and review an answer using the keyboard. - Use a non-dragging pointer path where dragging is offered. - Submit an incomplete answer and recover from the validation message. - Confirm that response identifiers and scores agree across input methods. - Save and restore an answer without losing its meaning or approved support. - Receive feedback only under the intended review and scoring conditions. - Finish the full host workflow, including navigation and final submission. 6. Supports and host responsibilities Support or accommodation: Required content/asset: Enabling preference and responsible system: Expected behavior when enabled: Expected behavior when disabled: Expected behavior when the asset or service is unavailable: Time, break, or session policy to test in the host: Operational owner and help route: 7. Transfer and retest Keep source and destination results separate. Exported package identifier/revision: XML, schema, semantic, and profile check results: Assets and alternatives present after import: Response and scoring comparison: Manual accessibility result after import: Result after editing, saving, and exporting in the destination: Information lost, rewritten, or unsupported: 8. Decision record Use Pass, Fail, Untested, or Not applicable for each check. Explain exclusions. Finding: Candidate or author impact: Evidence reference: Repair owner: Target date: Retest setup, date, and result: Approved item revision and destinations: Approval owner/date: Triggers for a new review (editor, item, player, browser, or support change): This worksheet does not establish WCAG conformance, QTI certification, or interoperability with systems outside the recorded review.