Embedded accommodations for the CAASPP (California Assessment of Student Performance and Progress) are specific accessibility features that are digitally integrated directly into the online testing platform. Unlike non-embedded accommodations—which require physical materials, human assistance, or external tools provided by the test administrator—embedded accommodations are built into the test delivery engine itself. They are designed to level the playing field for students with documented needs, such as those with Individualized Education Programs (IEPs) or Section 504 plans, allowing them to demonstrate their knowledge of the California State Standards without the barrier of their disability interfering with the testing process But it adds up..
Understanding the distinction between embedded and non-embedded resources is critical for educators, test coordinators, and parents. Think about it: the CAASPP system—including the Smarter Balanced Summative Assessments for English Language Arts/Literacy and Mathematics, the California Science Test (CAST), and the California Alternate Assessments—relies on a tiered accessibility framework. This framework categorizes supports into Universal Tools (available to all students), Designated Supports (available to any student with a need identified by educators), and Accommodations (available only to students with documentation in an IEP or 504 plan). Embedded accommodations fall into that highest tier of support and must be activated in the Test Operations Management System (TOMS) prior to testing.
The Purpose of Embedded Accommodations
The core philosophy behind embedded accommodations is equity, not advantage. In real terms, an embedded accommodation like Text-to-Speech (TTS) or Braille (via Refreshable Braille Display) provides that access without changing the reading comprehension skills being assessed. Take this: a student with a visual impairment needs a way to perceive the text on the screen. Consider this: these tools do not reduce the learning expectations or alter the construct being measured; rather, they change how the student accesses the test content or how they respond. Similarly, a student with a motor impairment may use Speech-to-Text or Alternative Response Options to input answers without the barrier of a standard keyboard and mouse.
Because these tools are "embedded," they offer a standardized experience. On top of that, the text-to-speech voice, the color contrast settings, and the masking tools function identically across every device and testing location in the state. This consistency ensures that a student in Los Angeles has the exact same technological experience as a student in Sacramento, removing variability that might occur if a human reader or a physical overlay were used instead It's one of those things that adds up..
Key Categories of Embedded Accommodations
The California Department of Education (CDE) publishes an updated Matrix One document annually, which serves as the definitive guide for all accessibility resources. Within the embedded accommodations category, supports generally cluster around three primary areas: Presentation, Response, and Timing/Scheduling (though timing is often non-embedded, specific pause/break rules can be system-managed).
Presentation Accommodations (How the Test Looks and Sounds)
These are the most commonly recognized embedded accommodations. They modify the delivery of the stimuli (passages, questions, instructions) to the student Worth keeping that in mind. Practical, not theoretical..
- Text-to-Speech (TTS) for ELA Reading Passages: This is a high-profile accommodation. While TTS for items (questions and answer choices) is often a Designated Support, TTS for the actual ELA reading passages is strictly an Accommodation. It reads the text aloud via the computer’s synthesized voice. This is reserved for students with documented print disabilities (like dyslexia or blindness) who would otherwise be unable to access the written text. It is critical to note that this accommodation changes the construct from "reading decoding" to "listening comprehension," which is why it requires rigorous documentation.
- Audio Transcripts (for Listening Items): For the ELA listening portion, embedded transcripts provide a text version of the audio stimulus. This supports students who are deaf or hard of hearing.
- Closed Captioning: Available for any video or audio content within the CAST or ELA assessments, providing synchronized text for multimedia items.
- American Sign Language (ASL) Videos: For students whose primary language is ASL, the test player delivers pre-recorded videos of a human signer interpreting the test directions, questions, and answer choices. This is a reliable embedded feature that ensures linguistic accessibility.
- Braille (Refreshable and Embossed): The test delivery system supports refreshable braille displays (RBDs) connected via Bluetooth or USB. For graphics and complex tables, the system can send files to an embosser for tactile graphics, though the embosser itself is external hardware; the file delivery and test navigation are embedded.
- Color Contrast and Masking: While color contrast is often a Universal Tool or Designated Support, specific high-contrast themes or masking tools (which block off distracting areas of the screen) can be set as embedded accommodations for students with visual processing disorders or attention deficits (like ADHD) when documented in an IEP/504.
Response Accommodations (How the Student Answers)
These tools allow students to construct their responses using methods other than standard typing or clicking.
- Speech-to-Text (STT): This embedded tool allows students to dictate their responses into a microphone. The engine transcribes the speech into text within the response box. This is vital for students with motor disabilities (e.g., cerebral palsy, muscular dystrophy) or severe dysgraphia. The embedded engine is calibrated for the testing environment to ensure security and accuracy.
- Word Prediction: An embedded word prediction tool suggests words as the student types, reducing the keystrokes required. This supports students with physical disabilities affecting typing speed or stamina, as well as those with specific learning disabilities in written expression.
- Alternative Response Options: This broad category includes the use of adapted keyboards, mouse alternatives (trackballs, head mice), switch devices, or eye-gaze systems. While the hardware is non-embedded, the test platform’s compatibility and navigation logic (tab order, focus management) are embedded features designed to work without friction with these assistive technologies.
- Calculator (Specific Grades/Items): For mathematics (grades 6–8 and 11) and science, an embedded Desmos calculator (four-function, scientific, or graphing depending on grade) appears on screen only for items where calculator use is permitted. For students with a calculation disability (dyscalculia), a calculator may be allowed on non-calculator items as an accommodation, which requires the test administrator to activate a specific setting in TOMS.
The Assignment and Activation Process
Embedded accommodations do not simply "appear" for a student on test day. They require a deliberate, administrative workflow managed through TOMS (Test Operations Management System).
- Decision Making: The IEP team or 504 team determines the need based on the student’s daily instructional accommodations. The guiding principle is: If the student uses it daily in class, they likely need it for the assessment.
- Documentation: The specific embedded accommodation codes must be written into the IEP or 504 plan.
- TOMS Configuration: The LEA CAASPP Coordinator or Site Coordinator logs into TOMS. Under the student’s profile, they figure out to the "Test Settings" section. Here, they select the specific embedded accommodations from a dropdown menu (e.g., checking the box for "TTS Passages" or "Speech-to-Text").
- Verification: Before the testing window opens, coordinators must run the "Student Test Settings" report to verify that every student with an IEP/504 has the correct settings assigned. Errors here result in the student testing without their legal supports—a significant compliance violation.
- Practice and Training Tests: This is a non-negotiable step. Students must practice using the embedded accommodations on the CAASPP Practice and Training Tests before the summative administration. A student who has
already been assigned an accommodation in TOMS but has never used it in a practice environment may be denied the accommodation on test day. The practice session forces the student—and the testing staff—to confirm that the technology works as intended, that the student can figure out the interface, and that any required assistive hardware (e.g., a switch, head‑mouse, or eye‑gaze tracker) is properly calibrated. If a student cannot demonstrate proficiency during the practice, the coordinator must either provide additional training or, in rare cases, request a waiver from the state’s Accommodations Review Committee.
Monitoring, Auditing, and Troubleshooting
Even with meticulous setup, issues can arise during the actual testing window. The CAASPP system includes several built‑in safeguards and reporting tools:
| Tool | Purpose | When to Use |
|---|---|---|
| Live Dashboard | Real‑time view of which students are currently logged in, what accommodations are active, and any error flags (e.g., “TTS failed to load”). | During the testing window, especially the first hour when most technical hiccups surface. Even so, |
| Error Log Export | Generates a CSV file listing every accommodation‑related error (missing audio file, failed calculator launch, etc. That's why ). Day to day, | After testing, for post‑session analysis and compliance reporting. |
| Student Support Ticket | A built‑in ticketing system that allows test proctors to flag a problem and request immediate technical assistance from the district’s IT help desk. | When a student cannot proceed because an embedded feature is non‑functional. Because of that, |
| Post‑Test Accommodation Verification Report | Confirms that each student who required an accommodation actually had it enabled throughout the test. | For audit purposes and to satisfy state compliance checks. |
Common troubleshooting steps include:
- Refresh the browser session – Many embedded tools (e.g., TTS) are delivered via JavaScript modules that can become unresponsive if the network hiccups.
- Clear cache/cookies – Outdated cached files can prevent the latest version of an accommodation from loading.
- Re‑assign the accommodation in TOMS – Occasionally a student’s profile may not have saved the change; toggling the setting off and on forces a re‑sync.
- Check hardware connections – For switch or eye‑gaze devices, verify USB ports, power sources, and calibration software.
- Escalate to State Support – If a systemic issue is identified (e.g., a statewide outage of the Desmos calculator), the district must notify the California Department of Education (CDE) within two business days.
Impact on Test Validity and Accessibility
Research consistently shows that when accommodations are embedded—meaning they are part of the test delivery platform rather than an external add‑on—they yield higher validity scores for students with disabilities. The reasons are threefold:
- Uniform Delivery – All students receive the same version of the accommodation (same voice for TTS, same prediction algorithm for STT), eliminating variability that can arise from third‑party software.
- Secure Environment – Embedded tools are sandboxed within the CAASPP security framework, reducing the risk of cheating or data leakage.
- Data Capture – The platform logs usage metrics (e.g., how many times a student activated the calculator, how long TTS was active). These logs can be examined during score‑validation reviews to ensure the accommodation was used appropriately and not as a test‑taking strategy.
The net effect is a more equitable assessment landscape where students are evaluated on what they know rather than how well they can handle technology Still holds up..
Future Directions
The CDE’s roadmap for embedded accommodations includes:
- AI‑enhanced Speech‑to‑Text that adapts to a student’s speech patterns over time, improving accuracy for non‑native English speakers and students with speech impairments.
- Multilingual TTS for the growing population of emergent bilinguals, allowing test items to be read aloud in Spanish, Mandarin, or Tagalog while preserving the integrity of the English‑language assessment.
- Dynamic Font Scaling that automatically adjusts font size and line spacing based on a student’s preference, eliminating the need for separate “large print” accommodations.
- Expanded Calculator Functionality that integrates symbolic algebra capabilities for advanced math items, providing a smoother experience for students who rely heavily on calculator use.
These enhancements will continue to blur the line between “standard” and “accommodated” testing, moving toward a universal design for learning (UDL) model where accessibility is built in for everyone.
Conclusion
Embedded accommodations are a cornerstone of California’s commitment to fair, high‑stakes assessment for all learners. By embedding tools such as text‑to‑speech, speech‑to‑text, predictive keyboards, and calculators directly into the CAASPP platform, the state ensures that students with disabilities receive the same secure, data‑rich testing experience as their peers, while still honoring the individualized supports mandated by IDEA and Section 504.
Successful implementation hinges on three critical practices:
- Rigorous pre‑test configuration in TOMS, backed by documented IEP/504 decisions.
- Mandatory practice sessions that verify both student competence and technical functionality.
- Ongoing monitoring and rapid troubleshooting during the testing window, supported by the platform’s reporting and ticketing tools.
When these steps are followed, embedded accommodations not only meet legal requirements but also enhance the validity of the assessment results, providing a truer picture of each student’s academic achievement. As technology evolves, California’s continued investment in integrated, AI‑driven accessibility features promises an increasingly inclusive testing environment—one where every student can demonstrate their knowledge without unnecessary barriers.