≈4k tokens on demand. Your agent reads this file only when SKILL.md points to it.
Test Plan (ISTQB Foundation Level Aligned)
Fill in any remaining fields; generated values may already be set.
1. Document Control
| Field |
Value |
| Project |
{{project}} |
| Release / Iteration |
{{release}} |
| Version |
0.1 (Draft) |
| Owner |
{{owner}} |
| Date |
{{date}} |
| Status |
Draft / Under Review / Approved |
| Approvers |
{{approvers}} |
Revision History
| Version |
Date |
Author |
Changes |
| 0.1 |
{{date}} |
{{owner}} |
Initial draft |
2. Introduction
2.1 Purpose
[Describe why this test plan exists and what it covers]
2.2 Test Objectives
| Objective |
Description |
Success Criteria |
| Verify functional requirements |
Ensure features work as specified |
All critical TCs pass |
| Validate user workflows |
Confirm end-to-end journeys work |
UAT sign-off |
| Assess quality characteristics |
Evaluate performance, security, usability |
NFRs met |
| Find defects early |
Identify issues before production |
Defect escape rate < X% |
2.3 Test Basis
| Source |
Location |
Version |
| Requirements document |
[Link] |
[Version] |
| User stories / Acceptance criteria |
[Link/Jira filter] |
[Sprint/Release] |
| Design specifications |
[Link] |
[Version] |
| API contracts |
[Link] |
[Version] |
| Risk register |
[Link] |
[Version] |
2.4 Definitions and Abbreviations
| Term |
Definition |
| TC |
Test Case |
| UAT |
User Acceptance Testing |
| NFR |
Non-Functional Requirement |
| Severity |
Impact of defect on system/user (Critical/Major/Minor/Trivial) |
| Priority |
Urgency to fix (P0/P1/P2/P3) |
| Blocker |
Defect that prevents testing from continuing |
3. Scope
3.1 In Scope
| Feature/Area |
Test Level |
Test Types |
Notes |
| [Feature 1] |
System |
Functional, Usability |
|
| [Feature 2] |
Integration |
Functional, Performance |
|
| [Feature 3] |
System |
Functional, Security |
|
3.2 Out of Scope
| Feature/Area |
Reason |
Alternative |
| [Feature X] |
Not part of this release |
Covered in Release Y |
| [Legacy module] |
No changes planned |
Existing regression |
3.3 Test Items
| Item |
Version |
Build Location |
| Web application |
[Version] |
[URL/path] |
| API services |
[Version] |
[URL] |
| Mobile app |
[Version] |
[App store / TestFlight] |
3.4 Platform Coverage
| Platform |
Versions |
Priority |
| Chrome |
Latest, Latest-1 |
P1 |
| Firefox |
Latest |
P2 |
| Safari |
Latest (Mac/iOS) |
P1 |
| Edge |
Latest |
P2 |
| iOS devices |
16+, 17+ |
P1 |
| Android devices |
12+, 13+ |
P1 |
4. Test Approach (Strategy)
4.1 Test Levels
| Level |
Scope |
Responsibility |
Environment |
| Unit |
Individual functions/methods |
Developers |
Local |
| Integration |
Component interactions, APIs |
Dev/QA |
Integration |
| System |
Complete application |
QA Team |
QA/Staging |
| Acceptance |
Business validation |
Users/PO |
UAT |
4.2 Test Types
| Type |
Applicable |
Approach |
| Functional |
Yes |
Black-box testing per requirements |
| Regression |
Yes |
Automated suite + risk-based manual |
| Smoke |
Yes |
Critical path verification |
| Performance |
[Yes/No] |
Load, stress, endurance tests |
| Security |
[Yes/No] |
Vulnerability scanning, pen testing |
| Usability |
[Yes/No] |
Heuristic evaluation, user testing |
| Accessibility |
[Yes/No] |
WCAG 2.1 AA compliance |
| Compatibility |
Yes |
Cross-browser, cross-device |
4.3 Test Design Techniques
| Technique |
When to Apply |
Coverage Target |
| Equivalence Partitioning |
Input validation, form fields |
All partitions |
| Boundary Value Analysis |
Numeric inputs, date ranges |
All boundaries |
| Decision Tables |
Business rules, permissions |
All rules |
| State Transition |
Workflows, status changes |
All transitions |
| Use Case Testing |
End-to-end scenarios |
Main + alternate flows |
| Exploratory Testing |
New features, high-risk areas |
Charter-based sessions |
| Error Guessing |
Throughout |
Experience-driven |
4.4 Test Data Strategy
| Aspect |
Approach |
| Data source |
Synthetic / Production-like / Anonymized production |
| Data management |
[How data is created, maintained, refreshed] |
| Sensitive data |
[Masking/anonymization approach] |
| Data ownership |
[Who is responsible] |
4.5 Automation Strategy
| Category |
Automation Approach |
| Unit tests |
80%+ coverage target |
| API tests |
All critical endpoints |
| UI smoke tests |
Critical user journeys |
| UI regression |
Stable, high-value flows |
| Performance |
Automated load tests in CI |
Automation criteria:
- Stable functionality (not changing frequently)
- High execution frequency (regression)
- Data-driven scenarios
- Performance baselines
Manual testing focus:
- Exploratory testing
- Usability evaluation
- New feature validation
- Complex edge cases
5. Entry and Exit Criteria
5.1 Entry Criteria
| Criterion |
Required |
Verification |
| Test environment available and stable |
Yes |
Smoke test passes |
| Build deployed to test environment |
Yes |
Deployment verified |
| Test data prepared |
Yes |
Data validation scripts |
| Test cases reviewed and approved |
Yes |
Sign-off recorded |
| Unit tests passing |
Yes |
CI pipeline green |
| Known blockers resolved |
Yes |
Jira filter empty |
| Access and permissions granted |
Yes |
Team can login |
5.2 Exit Criteria
| Criterion |
Target |
Measurement |
| Test case execution |
100% |
Executed / Planned |
| Test case pass rate |
>= 95% |
Passed / Executed |
| Critical defects open |
0 |
Jira filter |
| Major defects open |
<= 3 |
Jira filter |
| High-risk requirements covered |
100% |
Traceability matrix |
| Regression suite passed |
100% |
CI report |
| Performance targets met |
All NFRs |
Performance report |
5.3 Suspension and Resumption
| Condition |
Action |
| Critical blocker found |
Suspend testing, raise to team |
| Environment down > 2 hours |
Suspend, escalate to DevOps |
| > 20% of tests blocked |
Suspend, address blockers |
| Blocker resolved |
Resume testing, re-run affected tests |
6. Test Deliverables
| Deliverable |
Format |
Frequency |
Audience |
| Test plan |
Markdown/Doc |
Once, updated as needed |
All stakeholders |
| Test cases |
CSV / Test tool |
Before execution |
QA Team |
| Traceability matrix |
CSV |
Maintained continuously |
QA Lead, PO |
| Daily status report |
Email/Slack |
Daily during execution |
Team |
| Defect reports |
Jira |
As found |
Dev, QA, PO |
| Test summary report |
Markdown/Doc |
End of cycle |
All stakeholders |
7. Schedule and Milestones
| Milestone |
Start Date |
End Date |
Duration |
Dependencies |
| Test planning |
|
|
|
Requirements signed off |
| Test design |
|
|
|
Test plan approved |
| Environment setup |
|
|
|
Infrastructure ready |
| Test execution |
|
|
|
Entry criteria met |
| Regression testing |
|
|
|
Code freeze |
| UAT |
|
|
|
QA sign-off |
| Go-live |
|
|
|
Exit criteria met |
8. Roles and Responsibilities
| Role |
Name |
Responsibilities |
| Test Lead |
{{owner}} |
Plan, coordinate, report, escalate |
| QA Engineer |
[Name] |
Design, execute, report defects |
| Automation Engineer |
[Name] |
Develop and maintain automated tests |
| Developer |
[Name] |
Fix defects, unit tests, support triage |
| Product Owner |
[Name] |
Clarify requirements, accept features |
| DevOps |
[Name] |
Environment, deployments, CI/CD |
9. Test Environment and Tools
9.1 Environments
| Environment |
Purpose |
URL |
Data |
| Dev |
Developer testing |
[URL] |
Dev data |
| QA |
QA team testing |
[URL] |
Test data |
| Staging |
Pre-production validation |
[URL] |
Prod-like data |
| UAT |
User acceptance |
[URL] |
UAT data |
9.2 Tools
| Category |
Tool |
Purpose |
| Test Management |
[Jira/TestRail/Zephyr] |
Test case management |
| Automation |
Playwright |
UI automation |
| API Testing |
[Postman/Playwright] |
API testing |
| CI/CD |
[GitHub Actions/Jenkins] |
Automated test execution |
| Defect Tracking |
[Jira] |
Bug reporting |
| Reporting |
[Allure/HTML Reporter] |
Test reports |
10. Risks and Mitigation
| ID |
Risk |
Likelihood |
Impact |
Exposure |
Mitigation |
Owner |
| R1 |
Environment instability |
Medium |
High |
High |
Dedicated QA env, monitoring |
DevOps |
| R2 |
Requirements changes |
High |
Medium |
High |
Change control, re-estimation |
PO |
| R3 |
Resource unavailability |
Low |
High |
Medium |
Cross-training, documentation |
Lead |
| R4 |
Third-party integration issues |
Medium |
High |
High |
Mock services, early testing |
QA |
| R5 |
Compressed timeline |
Medium |
High |
High |
Risk-based prioritization |
Lead |
11. Monitoring, Control, and Reporting
11.1 Metrics
| Metric |
Definition |
Target |
Frequency |
| Execution progress |
Executed / Planned |
100% |
Daily |
| Pass rate |
Passed / Executed |
>= 95% |
Daily |
| Defect find rate |
Defects / Day |
Trend down |
Daily |
| Defect fix rate |
Fixed / Found |
Converging |
Daily |
| Blocker count |
Open blockers |
0 |
Daily |
| Requirements coverage |
Covered / Total |
100% |
Weekly |
11.2 Reporting Cadence
| Report |
Audience |
Frequency |
Channel |
| Daily stand-up status |
Team |
Daily |
Slack/Meeting |
| Weekly summary |
Stakeholders |
Weekly |
Email |
| Defect review |
Dev + QA |
Daily |
Meeting |
| Milestone report |
Leadership |
Per milestone |
Email/Doc |
| Test summary |
All |
End of cycle |
Document |
11.3 Escalation Path
| Issue Type |
First Contact |
Escalate To |
Timeframe |
| Blocker defect |
Dev Lead |
Engineering Manager |
4 hours |
| Environment issue |
DevOps |
IT Manager |
2 hours |
| Scope change |
PO |
Program Manager |
1 day |
| Resource issue |
Test Lead |
Delivery Manager |
1 day |
12. Configuration Management
| Item |
Storage |
Versioning |
Branching |
| Test plan |
Git repository |
Tagged releases |
main branch |
| Test cases |
[Tool/Git] |
Version controlled |
Feature branches |
| Automation scripts |
Git repository |
Tagged releases |
main, develop |
| Test data |
[Location] |
Dated snapshots |
N/A |
13. Approvals
| Role |
Name |
Date |
Signature |
| Test Lead |
|
|
|
| Product Owner |
|
|
|
| Dev Lead |
|
|
|
| Delivery Manager |
|
|
|