Testing Process Expert Skill
Quick Start
# 1. Navigation rapide vers un agent
testing-process/agents/strategy/pyramide # Stratégie et pyramide de tests
testing-process/agents/types/unit # Méthodologie tests unitaires
testing-process/agents/quality/coverage # Couverture et métriques
testing-process/agents/performance/load # Tests de charge
testing-process/agents/security/owasp # Tests sécurité OWASP
testing-process/agents/accessibility/wcag # Tests accessibilité WCAG
# 2. Exécuter les tests de validation
cd .web-agency/skills/testing-process && npm test
# 3. Questions fréquentes
"Quelle stratégie de tests adopter ?" → strategy/pyramide
"Comment mesurer la couverture ?" → quality/coverage
"Tests de performance pour mon API ?" → performance/load
"Vérifier la sécurité OWASP ?" → security/owasp
Position dans l'Architecture
Ce skill est au NIVEAU 2 : PROCESSUS. Il définit le QUOI et QUAND tester, pas le COMMENT.
┌─────────────────────────────────────────────────────────────────────┐
│ NIVEAU 1 : STRATÉGIE (direction-technique) │
│ → POURQUOI : Politique qualité, budgets, exigences │
├─────────────────────────────────────────────────────────────────────┤
│ NIVEAU 2 : PROCESSUS │
│ ┌────────────────────────────┐ ┌────────────────────────────┐ │
│ │ web-dev-process │ │ testing-process ← ICI │ │
│ │ Phases de développement │ │ Méthodologie de tests │ │
│ └────────────────────────────┘ └────────────────────────────┘ │
├─────────────────────────────────────────────────────────────────────┤
│ NIVEAU 3 : IMPLÉMENTATION (skills techniques) │
│ → COMMENT : Code de tests spécifique à chaque technologie │
│ backend-dev/testing, frontend-dev/testing, react/testing, etc. │
└─────────────────────────────────────────────────────────────────────┘
Philosophie
Définir QUOI tester et QUAND, pas COMMENT.
Ce skill :
- ✅ Définit la stratégie de tests (pyramide, ratios)
- ✅ Explique les types de tests et leurs cas d'usage
- ✅ Guide sur les métriques de qualité
- ✅ Fournit les méthodologies (TDD, BDD)
- ✅ Définit les critères de qualité
Il ne fait PAS :
- ❌ Le code de test spécifique →
backend-developer/testing, frontend-developer/testing
- ❌ La configuration d'outils → skills techniques
- ❌ Les décisions politiques →
direction-technique/qualite
Domaines et Agents (25 agents)
1. strategy/ - Stratégie de Tests (5 agents)
Définition de la stratégie globale de tests.
| Agent |
Responsabilité |
orchestrator |
Coordination stratégie testing |
pyramide |
Pyramide de tests, ratios, anti-patterns |
tdd-bdd |
Méthodologies TDD, BDD, ATDD |
planning |
Planification des tests, priorisation |
documentation |
Documentation des tests, rapports |
2. types/ - Types de Tests (5 agents)
Méthodologie pour chaque type de test.
| Agent |
Responsabilité |
orchestrator |
Coordination types de tests |
unit |
Tests unitaires - isolation, mocks, AAA |
integration |
Tests d'intégration - API, DB, services |
e2e |
Tests end-to-end - parcours utilisateur |
component |
Tests de composants UI |
3. quality/ - Qualité et Métriques (4 agents)
Mesure et amélioration de la qualité.
| Agent |
Responsabilité |
orchestrator |
Coordination qualité |
coverage |
Couverture de code, seuils, reporting |
mutation |
Mutation testing, qualité des tests |
flaky |
Détection et correction tests instables |
4. performance/ - Tests de Performance (4 agents)
Tests de charge et performance.
| Agent |
Responsabilité |
orchestrator |
Coordination performance |
load |
Tests de charge (k6, Artillery) |
frontend-perf |
Core Web Vitals, Lighthouse |
profiling |
Profiling et analyse |
5. security/ - Tests de Sécurité (4 agents)
Tests de sécurité applicative.
| Agent |
Responsabilité |
orchestrator |
Coordination sécurité |
owasp |
OWASP Top 10, vulnérabilités |
dependencies |
Audit dépendances, CVE |
headers |
Headers HTTP sécurisés |
6. accessibility/ - Accessibilité (3 agents)
Tests d'accessibilité.
| Agent |
Responsabilité |
orchestrator |
Coordination accessibilité |
wcag |
Conformité WCAG 2.1/2.2 |
audit |
Audits axe-core, Pa11y |
Total : 25 agents spécialisés
Règles de Routage
Par Type de Question
| Question |
Domaine |
| Stratégie de tests, pyramide, ratios |
strategy/ |
| Comment structurer mes tests unitaires ? |
types/unit |
| Tests d'intégration avec DB |
types/integration |
| Tests end-to-end, parcours |
types/e2e |
| Couverture de code, métriques |
quality/coverage |
| Tests de charge, performance |
performance/load |
| Sécurité OWASP, vulnérabilités |
security/owasp |
| Accessibilité WCAG |
accessibility/wcag |
Par Mots-Clés
| Mots-clés |
Agent |
| pyramide, ratio, 70/20/10 |
strategy/pyramide |
| TDD, BDD, red-green-refactor |
strategy/tdd-bdd |
| mock, stub, spy, isolation |
types/unit |
| API test, contract, Pact |
types/integration |
| Playwright, Cypress, parcours |
types/e2e |
| coverage, seuil, 80% |
quality/coverage |
| mutation, Stryker |
quality/mutation |
| k6, load test, stress |
performance/load |
| Core Web Vitals, LCP, CLS |
performance/frontend-perf |
| OWASP, injection, XSS |
security/owasp |
| npm audit, Snyk, CVE |
security/dependencies |
| WCAG, aria, screen reader |
accessibility/wcag |
| axe-core, Pa11y, Lighthouse |
accessibility/audit |
Arbre de Décision
Requête Testing
│
├─ Concerne la STRATÉGIE globale ?
│ ├─ Pyramide, ratios → strategy/pyramide
│ ├─ TDD, BDD → strategy/tdd-bdd
│ └─ Planification → strategy/planning
│
├─ Concerne un TYPE de test ?
│ ├─ Tests unitaires → types/unit
│ ├─ Tests d'intégration → types/integration
│ ├─ Tests end-to-end → types/e2e
│ └─ Tests de composants → types/component
│
├─ Concerne la QUALITÉ/métriques ?
│ ├─ Couverture → quality/coverage
│ ├─ Mutation testing → quality/mutation
│ └─ Tests flaky → quality/flaky
│
├─ Concerne la PERFORMANCE ?
│ ├─ Tests de charge → performance/load
│ ├─ Core Web Vitals → performance/frontend-perf
│ └─ Profiling → performance/profiling
│
├─ Concerne la SÉCURITÉ ?
│ ├─ OWASP → security/owasp
│ ├─ Dépendances → security/dependencies
│ └─ Headers → security/headers
│
├─ Concerne l'ACCESSIBILITÉ ?
│ ├─ WCAG → accessibility/wcag
│ └─ Audit → accessibility/audit
│
├─ Code de test SPÉCIFIQUE à une techno ?
│ └─ → Déléguer au skill technique
│ ├─ React → react-expert/testing
│ ├─ Next.js → nextjs-expert/testing
│ ├─ Backend → backend-developer/testing
│ └─ WordPress → wordpress-gutenberg-expert/testing
│
└─ Décision stratégique (politique qualité) ?
└─ → direction-technique/qualite
Interaction avec les Autres Skills
Flux Entrants
direction-technique/qualite ──► testing-process (politique → méthodologie)
web-dev-process ──► testing-process (phase testing → détails)
Flux Sortants (délégation implémentation)
testing-process ──► backend-developer/testing (tests backend)
testing-process ──► frontend-developer/testing (tests frontend)
testing-process ──► react-expert/testing (tests React)
testing-process ──► nextjs-expert/testing (tests Next.js)
testing-process ──► wordpress-gutenberg-expert/testing (tests WP)
Points d'Escalade
Vers direction-technique
| Situation |
Raison |
| Définir les seuils de couverture |
Politique qualité |
| Choisir les outils de test |
Décision stratégique |
| Budget temps pour les tests |
Validation managériale |
Vers l'humain
| Situation |
Raison |
| Tests manuels exploratoires |
Jugement humain requis |
| Validation fonctionnelle métier |
Expertise domaine |
| Décision go/no-go release |
Responsabilité |
Skills Associés
| Skill |
Niveau |
Relation |
direction-technique |
STRATÉGIE |
Reçoit les politiques qualité |
web-dev-process |
PROCESSUS |
Pair - phase testing |
backend-developer |
IMPLÉMENTATION |
Délègue tests backend |
frontend-developer |
IMPLÉMENTATION |
Délègue tests frontend |
react-expert |
IMPLÉMENTATION |
Délègue tests React |
nextjs-expert |
IMPLÉMENTATION |
Délègue tests Next.js |
Exemples de Routage Pratiques
Cette section clarifie les frontières entre PROCESSUS (testing-process) et IMPLÉMENTATION (skills techniques).
Exemple 1 : Tests Unitaires
| Question |
Skill |
Raison |
| "Comment structurer mes tests unitaires ?" |
testing-process/types/unit |
Méthodologie : pattern AAA, isolation |
| "Comment mocker un service Node.js ?" |
backend-developer/testing/unit |
Implémentation : code Jest spécifique |
| "Comment tester un hook React ?" |
react-expert/testing |
Implémentation : RTL, code spécifique |
Exemple 2 : Pyramide de Tests
| Question |
Skill |
Raison |
| "Quels ratios adopter (70/20/10) ?" |
testing-process/strategy/pyramide |
Stratégie : ratios, anti-patterns |
| "Combien de tests E2E pour mon projet ?" |
testing-process/strategy/planning |
Planification : allocation |
| "Comment configurer Playwright ?" |
frontend-developer/testing/e2e |
Implémentation : config technique |
Exemple 3 : Tests de Sécurité
| Question |
Skill |
Raison |
| "Quelles vulnérabilités OWASP tester ?" |
testing-process/security/owasp |
Méthodologie : checklist OWASP |
| "Comment scanner les dépendances npm ?" |
testing-process/security/dependencies |
Méthodologie : processus audit |
| "Script Snyk pour mon CI GitHub Actions" |
devops/cicd/quality-gates |
Implémentation : config CI |
Exemple 4 : Couverture de Code
| Question |
Skill |
Raison |
| "Quel seuil de couverture viser ?" |
testing-process/quality/coverage |
Méthodologie : objectifs, métriques |
| "Comment configurer Istanbul/nyc ?" |
backend-developer/testing/coverage |
Implémentation : config outil |
Règle Générale
┌─────────────────────────────────────────────────────────────────────┐
│ QUESTION │ SKILL │
├────────────────────────────────────┼─────────────────────────────────┤
│ "QUOI tester ?" │ testing-process │
│ "POURQUOI tester X ?" │ testing-process │
│ "QUAND ajouter des tests ?" │ testing-process │
│ "COMBIEN de tests ?" │ testing-process │
├────────────────────────────────────┼─────────────────────────────────┤
│ "COMMENT écrire ce test ?" │ skill technique (impl) │
│ "COMMENT configurer l'outil ?" │ skill technique (impl) │
│ "Code de test pour X ?" │ skill technique (impl) │
└────────────────────────────────────┴─────────────────────────────────┘
Changelog
v1.0.0
- Création initiale avec 6 domaines et 25 agents
- Consolidation de la méthodologie testing
- Position : NIVEAU 2 PROCESSUS
- Couverture : strategy, types, quality, performance, security, accessibility
1---2name: testing-process3description: |-4 Expert stratégie et méthodologie de tests - pyramide, qualité et automatisation. Utilise ce skill quand: (1) définition d'une stratégie de tests, (2) tests unitaires, intégration, e2e, (3) tests de performance, (4) tests de sécurité, (5) tests d'accessibilité, (6) CI/CD et automatisation des tests.5metadata:6 version: 1.0.07 status: active8---910# Testing Process Expert Skill1112## Quick Start1314```bash15# 1. Navigation rapide vers un agent16testing-process/agents/strategy/pyramide # Stratégie et pyramide de tests17testing-process/agents/types/unit # Méthodologie tests unitaires18testing-process/agents/quality/coverage # Couverture et métriques19testing-process/agents/performance/load # Tests de charge20testing-process/agents/security/owasp # Tests sécurité OWASP21testing-process/agents/accessibility/wcag # Tests accessibilité WCAG2223# 2. Exécuter les tests de validation24cd .web-agency/skills/testing-process && npm test2526# 3. Questions fréquentes27"Quelle stratégie de tests adopter ?" → strategy/pyramide28"Comment mesurer la couverture ?" → quality/coverage29"Tests de performance pour mon API ?" → performance/load30"Vérifier la sécurité OWASP ?" → security/owasp31```3233## Position dans l'Architecture3435Ce skill est au **NIVEAU 2 : PROCESSUS**. Il définit le QUOI et QUAND tester, pas le COMMENT.3637```38┌─────────────────────────────────────────────────────────────────────┐39│ NIVEAU 1 : STRATÉGIE (direction-technique) │40│ → POURQUOI : Politique qualité, budgets, exigences │41├─────────────────────────────────────────────────────────────────────┤42│ NIVEAU 2 : PROCESSUS │43│ ┌────────────────────────────┐ ┌────────────────────────────┐ │44│ │ web-dev-process │ │ testing-process ← ICI │ │45│ │ Phases de développement │ │ Méthodologie de tests │ │46│ └────────────────────────────┘ └────────────────────────────┘ │47├─────────────────────────────────────────────────────────────────────┤48│ NIVEAU 3 : IMPLÉMENTATION (skills techniques) │49│ → COMMENT : Code de tests spécifique à chaque technologie │50│ backend-dev/testing, frontend-dev/testing, react/testing, etc. │51└─────────────────────────────────────────────────────────────────────┘52```5354## Philosophie5556> Définir QUOI tester et QUAND, pas COMMENT.5758Ce skill :59- ✅ Définit la stratégie de tests (pyramide, ratios)60- ✅ Explique les types de tests et leurs cas d'usage61- ✅ Guide sur les métriques de qualité62- ✅ Fournit les méthodologies (TDD, BDD)63- ✅ Définit les critères de qualité6465Il ne fait PAS :66- ❌ Le code de test spécifique → `backend-developer/testing`, `frontend-developer/testing`67- ❌ La configuration d'outils → skills techniques68- ❌ Les décisions politiques → `direction-technique/qualite`6970## Domaines et Agents (25 agents)7172### 1. strategy/ - Stratégie de Tests (5 agents)7374Définition de la stratégie globale de tests.7576| Agent | Responsabilité |77|-------|----------------|78| `orchestrator` | Coordination stratégie testing |79| `pyramide` | Pyramide de tests, ratios, anti-patterns |80| `tdd-bdd` | Méthodologies TDD, BDD, ATDD |81| `planning` | Planification des tests, priorisation |82| `documentation` | Documentation des tests, rapports |8384### 2. types/ - Types de Tests (5 agents)8586Méthodologie pour chaque type de test.8788| Agent | Responsabilité |89|-------|----------------|90| `orchestrator` | Coordination types de tests |91| `unit` | Tests unitaires - isolation, mocks, AAA |92| `integration` | Tests d'intégration - API, DB, services |93| `e2e` | Tests end-to-end - parcours utilisateur |94| `component` | Tests de composants UI |9596### 3. quality/ - Qualité et Métriques (4 agents)9798Mesure et amélioration de la qualité.99100| Agent | Responsabilité |101|-------|----------------|102| `orchestrator` | Coordination qualité |103| `coverage` | Couverture de code, seuils, reporting |104| `mutation` | Mutation testing, qualité des tests |105| `flaky` | Détection et correction tests instables |106107### 4. performance/ - Tests de Performance (4 agents)108109Tests de charge et performance.110111| Agent | Responsabilité |112|-------|----------------|113| `orchestrator` | Coordination performance |114| `load` | Tests de charge (k6, Artillery) |115| `frontend-perf` | Core Web Vitals, Lighthouse |116| `profiling` | Profiling et analyse |117118### 5. security/ - Tests de Sécurité (4 agents)119120Tests de sécurité applicative.121122| Agent | Responsabilité |123|-------|----------------|124| `orchestrator` | Coordination sécurité |125| `owasp` | OWASP Top 10, vulnérabilités |126| `dependencies` | Audit dépendances, CVE |127| `headers` | Headers HTTP sécurisés |128129### 6. accessibility/ - Accessibilité (3 agents)130131Tests d'accessibilité.132133| Agent | Responsabilité |134|-------|----------------|135| `orchestrator` | Coordination accessibilité |136| `wcag` | Conformité WCAG 2.1/2.2 |137| `audit` | Audits axe-core, Pa11y |138139**Total : 25 agents spécialisés**140141## Règles de Routage142143### Par Type de Question144145| Question | Domaine |146|----------|---------|147| Stratégie de tests, pyramide, ratios | `strategy/` |148| Comment structurer mes tests unitaires ? | `types/unit` |149| Tests d'intégration avec DB | `types/integration` |150| Tests end-to-end, parcours | `types/e2e` |151| Couverture de code, métriques | `quality/coverage` |152| Tests de charge, performance | `performance/load` |153| Sécurité OWASP, vulnérabilités | `security/owasp` |154| Accessibilité WCAG | `accessibility/wcag` |155156### Par Mots-Clés157158| Mots-clés | Agent |159|-----------|-------|160| pyramide, ratio, 70/20/10 | `strategy/pyramide` |161| TDD, BDD, red-green-refactor | `strategy/tdd-bdd` |162| mock, stub, spy, isolation | `types/unit` |163| API test, contract, Pact | `types/integration` |164| Playwright, Cypress, parcours | `types/e2e` |165| coverage, seuil, 80% | `quality/coverage` |166| mutation, Stryker | `quality/mutation` |167| k6, load test, stress | `performance/load` |168| Core Web Vitals, LCP, CLS | `performance/frontend-perf` |169| OWASP, injection, XSS | `security/owasp` |170| npm audit, Snyk, CVE | `security/dependencies` |171| WCAG, aria, screen reader | `accessibility/wcag` |172| axe-core, Pa11y, Lighthouse | `accessibility/audit` |173174## Arbre de Décision175176```177Requête Testing178│179├─ Concerne la STRATÉGIE globale ?180│ ├─ Pyramide, ratios → strategy/pyramide181│ ├─ TDD, BDD → strategy/tdd-bdd182│ └─ Planification → strategy/planning183│184├─ Concerne un TYPE de test ?185│ ├─ Tests unitaires → types/unit186│ ├─ Tests d'intégration → types/integration187│ ├─ Tests end-to-end → types/e2e188│ └─ Tests de composants → types/component189│190├─ Concerne la QUALITÉ/métriques ?191│ ├─ Couverture → quality/coverage192│ ├─ Mutation testing → quality/mutation193│ └─ Tests flaky → quality/flaky194│195├─ Concerne la PERFORMANCE ?196│ ├─ Tests de charge → performance/load197│ ├─ Core Web Vitals → performance/frontend-perf198│ └─ Profiling → performance/profiling199│200├─ Concerne la SÉCURITÉ ?201│ ├─ OWASP → security/owasp202│ ├─ Dépendances → security/dependencies203│ └─ Headers → security/headers204│205├─ Concerne l'ACCESSIBILITÉ ?206│ ├─ WCAG → accessibility/wcag207│ └─ Audit → accessibility/audit208│209├─ Code de test SPÉCIFIQUE à une techno ?210│ └─ → Déléguer au skill technique211│ ├─ React → react-expert/testing212│ ├─ Next.js → nextjs-expert/testing213│ ├─ Backend → backend-developer/testing214│ └─ WordPress → wordpress-gutenberg-expert/testing215│216└─ Décision stratégique (politique qualité) ?217 └─ → direction-technique/qualite218```219220## Interaction avec les Autres Skills221222### Flux Entrants223224```225direction-technique/qualite ──► testing-process (politique → méthodologie)226web-dev-process ──► testing-process (phase testing → détails)227```228229### Flux Sortants (délégation implémentation)230231```232testing-process ──► backend-developer/testing (tests backend)233testing-process ──► frontend-developer/testing (tests frontend)234testing-process ──► react-expert/testing (tests React)235testing-process ──► nextjs-expert/testing (tests Next.js)236testing-process ──► wordpress-gutenberg-expert/testing (tests WP)237```238239## Points d'Escalade240241### Vers direction-technique242243| Situation | Raison |244|-----------|--------|245| Définir les seuils de couverture | Politique qualité |246| Choisir les outils de test | Décision stratégique |247| Budget temps pour les tests | Validation managériale |248249### Vers l'humain250251| Situation | Raison |252|-----------|--------|253| Tests manuels exploratoires | Jugement humain requis |254| Validation fonctionnelle métier | Expertise domaine |255| Décision go/no-go release | Responsabilité |256257## Skills Associés258259| Skill | Niveau | Relation |260|-------|--------|----------|261| `direction-technique` | STRATÉGIE | Reçoit les politiques qualité |262| `web-dev-process` | PROCESSUS | Pair - phase testing |263| `backend-developer` | IMPLÉMENTATION | Délègue tests backend |264| `frontend-developer` | IMPLÉMENTATION | Délègue tests frontend |265| `react-expert` | IMPLÉMENTATION | Délègue tests React |266| `nextjs-expert` | IMPLÉMENTATION | Délègue tests Next.js |267268## Exemples de Routage Pratiques269270Cette section clarifie les frontières entre **PROCESSUS** (testing-process) et **IMPLÉMENTATION** (skills techniques).271272### Exemple 1 : Tests Unitaires273274| Question | Skill | Raison |275|----------|-------|--------|276| "Comment structurer mes tests unitaires ?" | `testing-process/types/unit` | **Méthodologie** : pattern AAA, isolation |277| "Comment mocker un service Node.js ?" | `backend-developer/testing/unit` | **Implémentation** : code Jest spécifique |278| "Comment tester un hook React ?" | `react-expert/testing` | **Implémentation** : RTL, code spécifique |279280### Exemple 2 : Pyramide de Tests281282| Question | Skill | Raison |283|----------|-------|--------|284| "Quels ratios adopter (70/20/10) ?" | `testing-process/strategy/pyramide` | **Stratégie** : ratios, anti-patterns |285| "Combien de tests E2E pour mon projet ?" | `testing-process/strategy/planning` | **Planification** : allocation |286| "Comment configurer Playwright ?" | `frontend-developer/testing/e2e` | **Implémentation** : config technique |287288### Exemple 3 : Tests de Sécurité289290| Question | Skill | Raison |291|----------|-------|--------|292| "Quelles vulnérabilités OWASP tester ?" | `testing-process/security/owasp` | **Méthodologie** : checklist OWASP |293| "Comment scanner les dépendances npm ?" | `testing-process/security/dependencies` | **Méthodologie** : processus audit |294| "Script Snyk pour mon CI GitHub Actions" | `devops/cicd/quality-gates` | **Implémentation** : config CI |295296### Exemple 4 : Couverture de Code297298| Question | Skill | Raison |299|----------|-------|--------|300| "Quel seuil de couverture viser ?" | `testing-process/quality/coverage` | **Méthodologie** : objectifs, métriques |301| "Comment configurer Istanbul/nyc ?" | `backend-developer/testing/coverage` | **Implémentation** : config outil |302303### Règle Générale304305```306┌─────────────────────────────────────────────────────────────────────┐307│ QUESTION │ SKILL │308├────────────────────────────────────┼─────────────────────────────────┤309│ "QUOI tester ?" │ testing-process │310│ "POURQUOI tester X ?" │ testing-process │311│ "QUAND ajouter des tests ?" │ testing-process │312│ "COMBIEN de tests ?" │ testing-process │313├────────────────────────────────────┼─────────────────────────────────┤314│ "COMMENT écrire ce test ?" │ skill technique (impl) │315│ "COMMENT configurer l'outil ?" │ skill technique (impl) │316│ "Code de test pour X ?" │ skill technique (impl) │317└────────────────────────────────────┴─────────────────────────────────┘318```319320## Changelog321322### v1.0.0323- Création initiale avec 6 domaines et 25 agents324- Consolidation de la méthodologie testing325- Position : NIVEAU 2 PROCESSUS326- Couverture : strategy, types, quality, performance, security, accessibility