[ ] Validate AI use case classification
[ ] Validate identity and access controls
[ ] Validate data boundaries
[ ] Validate retrieval boundaries
[ ] Validate prompt and input controls
[ ] Validate prompt injection resistance
[ ] Validate output quality
[ ] Validate output and decision controls
[ ] Validate tool and action controls
[ ] Validate approval gates
[ ] Validate human accountability model
[ ] Validate logging and evidence
[ ] Validate monitoring and alerting
[ ] Validate incident containment
[ ] Validate vendor controls
[ ] Validate regression after change
AI Assurance Test Plan Template
This template is used to define, execute, evidence, and approve assurance testing for an AI use case.
AI assurance testing should validate both:
- AI behavior
- AI control effectiveness
The purpose of this template is to ensure that AI systems are not trusted only because they are useful, approved, or vendor-provided. They must be tested against the risks and controls that apply to their assigned risk tier.
1. Test Plan Information
Test Plan Name
[Enter test plan name]
Test Plan ID
[Enter test plan ID]
AI Use Case Name
[Enter AI use case name]
Related AI Inventory Record
Related Risk Assessment
Related Control Assessment
Test Plan Date
[Enter date]
Test Plan Owner
Name:
Function:
Email:
2. AI Use Case Summary
Short Description
[Describe the AI use case being tested]
AI Pattern
Select all that apply:
[ ] Copilot
[ ] Internal LLM application
[ ] RAG system
[ ] AI-enabled SaaS
[ ] Embedded vendor AI
[ ] Agent
[ ] AI-enabled workflow automation
[ ] Customer-facing AI
[ ] Employee-facing AI
[ ] Developer AI tool
[ ] Security operations AI
[ ] Decision-supporting AI
[ ] Action-capable AI
[ ] Other
Assigned Risk Tier
Select one:
[ ] Tier 1: Low-risk productivity or public-data use
[ ] Tier 2: Internal productivity with enterprise data
[ ] Tier 3: Decision-supporting AI
[ ] Tier 4: Action-capable AI
[ ] Tier 5: High-impact autonomous or regulated AI
Systems in Scope
[List applications, models, vendors, platforms, data sources, tools, APIs, workflows, and environments in scope]
Systems Out of Scope
[List systems, tools, data sources, or processes not covered by this test plan]
3. Test Objectives
Primary Test Objectives
Select all that apply:
Test Objective Notes
[Describe what this test plan must prove]
4. Test Scope by Control Pillar
Pillar Scope
5. Test Environment
Environment
Select one:
[ ] Development
[ ] Test
[ ] Staging
[ ] Production
[ ] Vendor sandbox
[ ] Controlled pilot
[ ] Other
Test Data
Select all that apply:
[ ] Synthetic data
[ ] Masked data
[ ] Production-like data
[ ] Production data
[ ] Public data
[ ] Internal data
[ ] Sensitive data
[ ] Regulated data
[ ] Vendor-provided test data
[ ] Other
Test Data Notes
[Describe test data, data masking, data approvals, and restrictions]
Preconditions
[List prerequisites before testing can begin]
6. Test Roles
Test Lead
Name:
Function:
Email:
Testers
Reviewers
Approvers
7. Test Categories
Required Test Categories
Select all that apply:
[ ] Design assurance
[ ] Behavioral assurance
[ ] Control assurance
[ ] Security assurance
[ ] Privacy and data assurance
[ ] Operational assurance
[ ] Vendor assurance
[ ] Regression testing
[ ] Incident tabletop
Category Notes
[Describe why these test categories are required]
8. Inventory and Classification Tests
Test Cases
Notes
[Document findings or observations]
9. Identity and Access Tests
Test Cases
Notes
[Document findings or observations]
10. Data Boundary Tests
Test Cases
Notes
[Document findings or observations]
11. Prompt and Input Tests
Test Cases
Notes
[Document findings or observations]
12. Output and Decision Tests
Test Cases
Notes
[Document findings or observations]
13. Tool and Action Tests
Test Cases
Notes
[Document findings or observations]
14. Monitoring, Logging, and Evidence Tests
Test Cases
Notes
[Document findings or observations]
15. Incident Containment Tests
Test Cases
Notes
[Document findings or observations]
16. Vendor Assurance Tests
Vendor Involved?
[ ] No
[ ] Yes
[ ] Unknown
Vendor Assurance Review
Vendor Assurance Notes
[Document vendor assurance findings, limitations, evidence gaps, or contractual issues]
17. Regression Testing
Regression Testing Required?
[ ] No
[ ] Yes
[ ] Unknown
Regression Trigger
Select all that apply:
[ ] Model changed
[ ] Model provider changed
[ ] System prompt changed
[ ] Policy prompt changed
[ ] Retrieval prompt changed
[ ] Retrieval logic changed
[ ] Data source changed
[ ] Vector index changed
[ ] Embedding model changed
[ ] Tool permission changed
[ ] API integration changed
[ ] Workflow logic changed
[ ] Approval gate changed
[ ] Logging configuration changed
[ ] Vendor feature changed
[ ] Risk tier changed
[ ] Business process changed
[ ] Other
Regression Test Summary
[Describe regression testing performed and results]
18. Findings
Findings Summary
Finding Severity Definitions
19. Remediation and Retest
Remediation Required?
[ ] No
[ ] Yes
[ ] Unknown
Remediation Actions
Retest Required?
[ ] No
[ ] Yes
[ ] Unknown
Retest Results
[Document retest results]
20. Assurance Decision
Overall Test Result
Select one:
[ ] Passed
[ ] Passed with minor findings
[ ] Passed with conditions
[ ] Failed
[ ] Incomplete
[ ] Deferred
Readiness Decision
Select one:
[ ] Ready for approved use
[ ] Ready for pilot only
[ ] Ready after remediation
[ ] Requires risk acceptance
[ ] Not ready
[ ] Requires additional testing
Residual Risk
[Describe residual risk after testing and remediation]
Risk Acceptance Required?
[ ] No
[ ] Yes
[ ] Unknown
Conditions for Approval
[List required conditions before production, scaling, or continued use]
21. Approval
Test Lead Sign-Off
Name:
Decision:
Date:
Notes:
Business Owner Sign-Off
Name:
Decision:
Date:
Notes:
Security / Assurance Sign-Off
Name or forum:
Decision:
Date:
Notes:
Architecture / Governance Sign-Off
Name or forum:
Decision:
Date:
Notes:
22. Summary
Test plan:
Use case:
Risk tier:
Test scope:
Overall result:
Critical findings:
High findings:
Required remediation:
Residual risk:
Approval decision:
Next test date:
Regression triggers: