Holistic Testing Model with PACTS Principles
Quick PACTS Application:
- Proactive → Design testability into architecture, risk analysis during refinement
- Autonomous → Devs run tests locally, CI pipeline with no manual gates
- Collaborative → Three Amigos, QE pairs with dev, shared test ownership
- Targeted → Risk-based planning, focus on critical flows, kill valueless tests
- Structured → Governance, observability, and explainability of agent behavior; measure confidence, not trust
Critical Success Factors:
- Quality is a whole-team responsibility, not a QA phase
- QA as enablers (build infrastructure, coach), not gatekeepers
- Fast feedback during development, not after
Quick Reference Card
When to Use
- Designing comprehensive test strategies
- Building quality culture in teams
- Choosing testing approach for new projects
- Evolving from sequential QA to concurrent quality
PACTS Principles
| Principle |
Focus |
Anti-Pattern |
| Proactive |
Test before code, design testability |
Waiting for bugs to find you |
| Autonomous |
Teams deploy when ready |
QA as manual gatekeepers |
| Collaborative |
Whole-team quality thinking |
QA works in isolation |
| Targeted |
Risk-based, high-value tests |
Exhaustive checkbox testing |
| Structured |
Governance, observability, explainability of agent behavior |
Bolting agentic AI onto chaos |
Holistic Testing Quadrants
| Quadrant |
Purpose |
Examples |
| Tech + Support |
Fast feedback |
Unit, component, integration tests |
| Tech + Critique |
Find limits |
Performance, security, chaos |
| Business + Support |
Shared understanding |
BDD, acceptance tests |
| Business + Critique |
Discover unknowns |
Exploratory, usability, A/B |
Agent Selection by PACTS + Quadrant
| PACTS Dimension |
Agents |
| Proactive + Tech |
qe-test-generator, qe-requirements-validator |
| Autonomous + Tech |
qe-test-executor, qe-coverage-analyzer |
| Collaborative |
qe-fleet-commander (orchestration) |
| Targeted |
qe-regression-risk-analyzer, qe-quality-gate |
| Structured |
qe-fleet-commander, qe-quality-gate (governance, observability, explainability) |
PACTS in Practice
Proactive: Test Before Bugs
// During API design, ask: "How will we know if this times out under load?"
// Build observability from start
await Task("Risk Analysis", {
phase: 'refinement',
question: 'What could go wrong and how will we know?'
}, "qe-requirements-validator");
Autonomous: Teams Own Quality
- Developers run full test suite locally
- CI fails fast with clear diagnostics
- No manual deployment approvals
- Self-service test environments
Collaborative: Whole-Team Thinking
- QE attends planning and refinement
- Three Amigos for every user story
- Shared ownership of test code
- Ensemble testing for complex scenarios
Targeted: Test What Matters
// E-commerce checkout? Test thoroughly.
// Admin panel used twice a month? Lighter touch.
await Task("Risk-Based Planning", {
critical: ['checkout', 'payment'],
light: ['admin-panel', 'settings']
}, "qe-regression-risk-analyzer");
Structured: Governance, Observability, Explainability
The 5th principle for agentic systems. As agents take on quality work, you need
governance (boundaries and guardrails), observability (what agents did and why),
and explainability (decisions you can audit). Especially important in regulated
industries.
- We measure CONFIDENCE, not trust — trust is a human feeling; confidence can
be mathematically explained.
- Ships with a playbook + readiness-assessment guide.
- Anti-pattern: bolting agentic AI onto chaos. Structure first, then automate.
// Make agent behavior auditable and explainable, not a black box
await Task("Agent Governance Review", {
guardrails: ['scope-boundaries', 'approval-gates'],
observability: ['decision-traces', 'confidence-scores'],
explainability: 'every-decision-auditable'
}, "qe-fleet-commander");
From PACT to PACTS
PACT originated with Reuven Cohen (Agentics Foundation) and was adapted to quality
engineering by Dragan Spiridonov. PACTS adds a fifth principle — Structured —
inspired by DORA's research on AI-assisted delivery and platform-engineering
quality measurement. The addition reflects that autonomous, agentic quality work
needs governance, observability, and explainability to be trustworthy at scale.
Evolution from Traditional
| Old Way (Sequential) |
Holistic + PACTS (Concurrent) |
| Dev writes → QA tests → bugs found → fixes |
Team discusses what to build and how to test |
| Slow feedback, finger-pointing |
Fast feedback, shared ownership |
| Quality as gatekeeping |
Quality as enabler |
| QA on critical path |
QA builds infrastructure, coaches |
Success Signals
- Features deploy multiple times per day
- Bug escape rate trending down
- Team discusses quality naturally
- Developers write tests without being told
- Releases are boring (in a good way)
Agent Coordination Hints
Memory Namespace
aqe/holistic-testing/
├── pacts-assessment/* - PACTS maturity analysis
├── quadrant-coverage/* - Coverage per quadrant
├── team-metrics/* - Quality ownership metrics
└── feedback-loops/* - Cycle time data
Fleet Coordination
const holisticFleet = await FleetManager.coordinate({
strategy: 'holistic-testing',
pacts: { proactive: true, autonomous: true, collaborative: true, targeted: true, structured: true },
agents: [
'qe-fleet-commander', // Orchestration
'qe-test-generator', // Tech quadrant
'qe-requirements-validator', // Business quadrant
'qe-quality-analyzer' // Metrics
],
topology: 'mesh'
});
Related Skills
Remember
PACTS = Proactive + Autonomous + Collaborative + Targeted + Structured
Quality is built in, not tested in. Teams own quality. QA enables, doesn't gate. Test what matters, skip what doesn't. Govern agent behavior with observability and explainability — measure confidence, not trust. Measure outcomes, not activities.
With Agents: Agents analyze PACTS maturity, recommend quadrant coverage, and coordinate whole-team quality. Use agents to scale holistic thinking while maintaining human judgment.
1---2name: holistic-testing-pact3description: Apply the Holistic Testing Model evolved with PACTS (Proactive, Autonomous, Collaborative, Targeted, Structured) principles. Use when designing comprehensive test strategies for Classical, AI-assisted, Agent based, or Agentic Systems building quality into the team, or implementing whole-team quality practices.4---5
6# Holistic Testing Model with PACTS Principles
7
8<default_to_action>
9When designing test strategies or building quality into teams:
101. APPLY PACTS principles: Proactive (test before bugs), Autonomous (teams own quality), Collaborative (whole-team responsibility), Targeted (risk-focused), Structured (governance, observability, and explainability of agent behavior)
112. IDENTIFY quadrant focus: Technology-facing (unit, integration, performance) or Business-facing (acceptance, exploratory, usability)
123. SELECT agents based on PACTS dimension and testing quadrant
134. IMPLEMENT feedback loops that catch issues in minutes, not days
145. MEASURE outcomes (bug escape rate, release confidence, agent confidence) not activities (test count)
15
16**Quick PACTS Application:**
17- Proactive → Design testability into architecture, risk analysis during refinement
18- Autonomous → Devs run tests locally, CI pipeline with no manual gates
19- Collaborative → Three Amigos, QE pairs with dev, shared test ownership
20- Targeted → Risk-based planning, focus on critical flows, kill valueless tests
21- Structured → Governance, observability, and explainability of agent behavior; measure confidence, not trust
22
23**Critical Success Factors:**
24- Quality is a whole-team responsibility, not a QA phase
25- QA as enablers (build infrastructure, coach), not gatekeepers
26- Fast feedback during development, not after
27</default_to_action>
28
29## Quick Reference Card
30
31### When to Use
32- Designing comprehensive test strategies
33- Building quality culture in teams
34- Choosing testing approach for new projects
35- Evolving from sequential QA to concurrent quality
36
37### PACTS Principles
38| Principle | Focus | Anti-Pattern |
39|-----------|-------|--------------|
40| **Proactive** | Test before code, design testability | Waiting for bugs to find you |
41| **Autonomous** | Teams deploy when ready | QA as manual gatekeepers |
42| **Collaborative** | Whole-team quality thinking | QA works in isolation |
43| **Targeted** | Risk-based, high-value tests | Exhaustive checkbox testing |
44| **Structured** | Governance, observability, explainability of agent behavior | Bolting agentic AI onto chaos |
45
46### Holistic Testing Quadrants
47| Quadrant | Purpose | Examples |
48|----------|---------|----------|
49| Tech + Support | Fast feedback | Unit, component, integration tests |
50| Tech + Critique | Find limits | Performance, security, chaos |
51| Business + Support | Shared understanding | BDD, acceptance tests |
52| Business + Critique | Discover unknowns | Exploratory, usability, A/B |
53
54### Agent Selection by PACTS + Quadrant
55| PACTS Dimension | Agents |
56|----------------|--------|
57| Proactive + Tech | qe-test-generator, qe-requirements-validator |
58| Autonomous + Tech | qe-test-executor, qe-coverage-analyzer |
59| Collaborative | qe-fleet-commander (orchestration) |
60| Targeted | qe-regression-risk-analyzer, qe-quality-gate |
61| Structured | qe-fleet-commander, qe-quality-gate (governance, observability, explainability) |
62
63---
64
65## PACTS in Practice
66
67### Proactive: Test Before Bugs
68```javascript
69// During API design, ask: "How will we know if this times out under load?"
70// Build observability from start
71await Task("Risk Analysis", {
72 phase: 'refinement',
73 question: 'What could go wrong and how will we know?'
74}, "qe-requirements-validator");
75```
76
77### Autonomous: Teams Own Quality
78- Developers run full test suite locally
79- CI fails fast with clear diagnostics
80- No manual deployment approvals
81- Self-service test environments
82
83### Collaborative: Whole-Team Thinking
84- QE attends planning and refinement
85- Three Amigos for every user story
86- Shared ownership of test code
87- Ensemble testing for complex scenarios
88
89### Targeted: Test What Matters
90```javascript
91// E-commerce checkout? Test thoroughly.
92// Admin panel used twice a month? Lighter touch.
93await Task("Risk-Based Planning", {
94 critical: ['checkout', 'payment'],
95 light: ['admin-panel', 'settings']
96}, "qe-regression-risk-analyzer");
97```
98
99### Structured: Governance, Observability, Explainability
100The 5th principle for agentic systems. As agents take on quality work, you need
101governance (boundaries and guardrails), observability (what agents did and why),
102and explainability (decisions you can audit). Especially important in regulated
103industries.
104
105- We measure **CONFIDENCE, not trust** — trust is a human feeling; confidence can
106 be mathematically explained.
107- Ships with a playbook + readiness-assessment guide.
108- Anti-pattern: bolting agentic AI onto chaos. Structure first, then automate.
109
110```javascript
111// Make agent behavior auditable and explainable, not a black box
112await Task("Agent Governance Review", {
113 guardrails: ['scope-boundaries', 'approval-gates'],
114 observability: ['decision-traces', 'confidence-scores'],
115 explainability: 'every-decision-auditable'
116}, "qe-fleet-commander");
117```
118
119---
120
121## From PACT to PACTS
122
123PACT originated with Reuven Cohen (Agentics Foundation) and was adapted to quality
124engineering by Dragan Spiridonov. PACTS adds a fifth principle — **Structured** —
125inspired by DORA's research on AI-assisted delivery and platform-engineering
126quality measurement. The addition reflects that autonomous, agentic quality work
127needs governance, observability, and explainability to be trustworthy at scale.
128
129---
130
131## Evolution from Traditional
132
133| Old Way (Sequential) | Holistic + PACTS (Concurrent) |
134|---------------------|------------------------------|
135| Dev writes → QA tests → bugs found → fixes | Team discusses what to build and how to test |
136| Slow feedback, finger-pointing | Fast feedback, shared ownership |
137| Quality as gatekeeping | Quality as enabler |
138| QA on critical path | QA builds infrastructure, coaches |
139
140---
141
142## Success Signals
143
144- Features deploy multiple times per day
145- Bug escape rate trending down
146- Team discusses quality naturally
147- Developers write tests without being told
148- Releases are boring (in a good way)
149
150---
151
152## Agent Coordination Hints
153
154### Memory Namespace
155```
156aqe/holistic-testing/
157├── pacts-assessment/* - PACTS maturity analysis
158├── quadrant-coverage/* - Coverage per quadrant
159├── team-metrics/* - Quality ownership metrics
160└── feedback-loops/* - Cycle time data
161```
162
163### Fleet Coordination
164```typescript
165const holisticFleet = await FleetManager.coordinate({
166 strategy: 'holistic-testing',
167 pacts: { proactive: true, autonomous: true, collaborative: true, targeted: true, structured: true },
168 agents: [
169 'qe-fleet-commander', // Orchestration
170 'qe-test-generator', // Tech quadrant
171 'qe-requirements-validator', // Business quadrant
172 'qe-quality-analyzer' // Metrics
173 ],
174 topology: 'mesh'
175});
176```
177
178---
179
180## Related Skills
181- [agentic-quality-engineering](../agentic-quality-engineering/) - Agent coordination
182- [context-driven-testing](../context-driven-testing/) - Adapt to context
183- [shift-left-testing](../shift-left-testing/) - Proactive testing
184- [risk-based-testing](../risk-based-testing/) - Targeted testing
185
186---
187
188## Remember
189
190**PACTS = Proactive + Autonomous + Collaborative + Targeted + Structured**
191
192Quality is built in, not tested in. Teams own quality. QA enables, doesn't gate. Test what matters, skip what doesn't. Govern agent behavior with observability and explainability — measure confidence, not trust. Measure outcomes, not activities.
193
194**With Agents:** Agents analyze PACTS maturity, recommend quadrant coverage, and coordinate whole-team quality. Use agents to scale holistic thinking while maintaining human judgment.