SCORM testing checklist.
Start with a test account and a known version.
1. Write down the expected result
2. Inspect the package
Use a fresh export and keep its filename and version with your test notes. Inspect the manifest, launch reference and required files, and compare the files that changed between releases. A package inspection cannot confirm that completion, score and resume will work in the LMS.
3. Launch as a learner
4. Leave before completing
5. Test a failed and a passed attempt
6. Exit, relaunch and resume
7. Check retry and update behaviour
8. Record evidence and retest the fix
A compact test record.
Copy these fields into your issue tracker:
- Test ID and date
- Course filename, version and publish settings
- LMS, account type, browser and device
- Starting state: fresh, partial, failed or completed
- Steps performed
- Expected course and LMS result
- Observed result and evidence
- Pass/fail, issue owner and retest result
Package checks and runtime checks answer different questions.
Inspecting a ZIP checks the material that was packaged. Playing a course in an LMS checks the learner journey and the information exchanged while it runs. Use both.
If a fault appears LMS-specific, a reference environment such as SCORM Cloud can help narrow the investigation. Check permission before uploading confidential content to another service.
Further reading from Articulate.
- Troubleshooting LMS issues explains how a reference environment can help isolate a problem.
- Reporting completion and success status explains the distinction between finishing and passing.
This checklist supports a practical release review. It is not a SCORM certification test or a substitute for your organisation’s acceptance criteria.
