TEST GOVERNANCE • QUALITY ASSURANCE
Service 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 Service 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 |
|---|---|---|---|
| 002-01 | Create and update service | 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. |
| 002-02 | Required-field validation | 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. |
| 002-03 | Billing code, unit, and rate mapping | 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. |
| 002-04 | Active and inactive status | 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. |
| 002-05 | 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. |
| 002-06 | Regression of existing services | 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.