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: qe-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---56# Holistic Testing Model with PACTS Principles78<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 quadrant134. IMPLEMENT feedback loops that catch issues in minutes, not days145. MEASURE outcomes (bug escape rate, release confidence, agent confidence) not activities (test count)1516**Quick PACTS Application:**17- Proactive → Design testability into architecture, risk analysis during refinement18- Autonomous → Devs run tests locally, CI pipeline with no manual gates19- Collaborative → Three Amigos, QE pairs with dev, shared test ownership20- Targeted → Risk-based planning, focus on critical flows, kill valueless tests21- Structured → Governance, observability, and explainability of agent behavior; measure confidence, not trust2223**Critical Success Factors:**24- Quality is a whole-team responsibility, not a QA phase25- QA as enablers (build infrastructure, coach), not gatekeepers26- Fast feedback during development, not after27</default_to_action>2829## Quick Reference Card3031### When to Use32- Designing comprehensive test strategies33- Building quality culture in teams34- Choosing testing approach for new projects35- Evolving from sequential QA to concurrent quality3637### PACTS Principles38| 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 |4546### Holistic Testing Quadrants47| 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 |5354### Agent Selection by PACTS + Quadrant55| 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) |6263---6465## PACTS in Practice6667### Proactive: Test Before Bugs68```javascript69// During API design, ask: "How will we know if this times out under load?"70// Build observability from start71await Task("Risk Analysis", {72 phase: 'refinement',73 question: 'What could go wrong and how will we know?'74}, "qe-requirements-validator");75```7677### Autonomous: Teams Own Quality78- Developers run full test suite locally79- CI fails fast with clear diagnostics80- No manual deployment approvals81- Self-service test environments8283### Collaborative: Whole-Team Thinking84- QE attends planning and refinement85- Three Amigos for every user story86- Shared ownership of test code87- Ensemble testing for complex scenarios8889### Targeted: Test What Matters90```javascript91// 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```9899### Structured: Governance, Observability, Explainability100The 5th principle for agentic systems. As agents take on quality work, you need101governance (boundaries and guardrails), observability (what agents did and why),102and explainability (decisions you can audit). Especially important in regulated103industries.104105- We measure **CONFIDENCE, not trust** — trust is a human feeling; confidence can106 be mathematically explained.107- Ships with a playbook + readiness-assessment guide.108- Anti-pattern: bolting agentic AI onto chaos. Structure first, then automate.109110```javascript111// Make agent behavior auditable and explainable, not a black box112await 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```118119---120121## From PACT to PACTS122123PACT originated with Reuven Cohen (Agentics Foundation) and was adapted to quality124engineering by Dragan Spiridonov. PACTS adds a fifth principle — **Structured** —125inspired by DORA's research on AI-assisted delivery and platform-engineering126quality measurement. The addition reflects that autonomous, agentic quality work127needs governance, observability, and explainability to be trustworthy at scale.128129---130131## Evolution from Traditional132133| 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 |139140---141142## Success Signals143144- Features deploy multiple times per day145- Bug escape rate trending down146- Team discusses quality naturally147- Developers write tests without being told148- Releases are boring (in a good way)149150---151152## Agent Coordination Hints153154### Memory Namespace155```156aqe/holistic-testing/157├── pacts-assessment/* - PACTS maturity analysis158├── quadrant-coverage/* - Coverage per quadrant159├── team-metrics/* - Quality ownership metrics160└── feedback-loops/* - Cycle time data161```162163### Fleet Coordination164```typescript165const 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', // Orchestration170 'qe-test-generator', // Tech quadrant171 'qe-requirements-validator', // Business quadrant172 'qe-quality-analyzer' // Metrics173 ],174 topology: 'mesh'175});176```177178---179180## Related Skills181- [agentic-quality-engineering](../agentic-quality-engineering/) - Agent coordination182- [context-driven-testing](../context-driven-testing/) - Adapt to context183- [shift-left-testing](../shift-left-testing/) - Proactive testing184- [risk-based-testing](../risk-based-testing/) - Targeted testing185186---187188## Remember189190**PACTS = Proactive + Autonomous + Collaborative + Targeted + Structured**191192Quality 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.193194**With Agents:** Agents analyze PACTS maturity, recommend quadrant coverage, and coordinate whole-team quality. Use agents to scale holistic thinking while maintaining human judgment.