TEST GOVERNANCE • QUALITY ASSURANCE
Scheduling Test Cases
Controlled testing notice
Use approved demonstration or de-identified test data. Do not place real PHI, passwords, Social Security numbers, bank information, production credentials, or confidential integration secrets in screenshots, tickets, or public repositories.
Purpose
This guide defines the minimum repeatable coverage for Scheduling Test Cases. It is intended for functional testing, regression testing, implementation validation, and release evidence.
Required Test Coverage
| Test Case ID | Scenario | Execution | Expected Result |
|---|---|---|---|
| 005-01 | Create one-time shift | Execute the approved workflow using the correct Provider, role, environment, and test data. | The expected result is correct, Provider-scoped, auditable, and does not create duplicate or unrelated changes. |
| 005-02 | Recurring schedule | Execute the approved workflow using the correct Provider, role, environment, and test data. | The expected result is correct, Provider-scoped, auditable, and does not create duplicate or unrelated changes. |
| 005-03 | DSP conflict | Execute the approved workflow using the correct Provider, role, environment, and test data. | The expected result is correct, Provider-scoped, auditable, and does not create duplicate or unrelated changes. |
| 005-04 | Backup plan shift | Execute the approved workflow using the correct Provider, role, environment, and test data. | The expected result is correct, Provider-scoped, auditable, and does not create duplicate or unrelated changes. |
| 005-05 | Edit notifications | Execute the approved workflow using the correct Provider, role, environment, and test data. | The expected result is correct, Provider-scoped, auditable, and does not create duplicate or unrelated changes. |
| 005-06 | Provider isolation | Execute the approved workflow using the correct Provider, role, environment, and test data. | The expected result is correct, Provider-scoped, auditable, and does not create duplicate or unrelated changes. |
PASS Criteria
A test passes only when the observed behavior matches the expected result, no unauthorized information is exposed, no unintended duplicate is created, related audit evidence is present when required, and existing working functionality remains intact.
Failure Handling
- Stop immediately for PHI exposure, cross-Provider access, data corruption, incorrect payroll or billing, duplicate EVV activity, or missing audit evidence.
- Record environment, Provider, user, role, date/time, record IDs, exact steps, and observed result.
- Attach only approved redacted evidence.
- Create or link the defect and assign severity according to the QA Guide.
- Retest the correction and complete focused regression coverage.