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: 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.4---56# Testing Process Expert Skill78## Quick Start910```bash11# 1. Navigation rapide vers un agent12testing-process/agents/strategy/pyramide # Stratégie et pyramide de tests13testing-process/agents/types/unit # Méthodologie tests unitaires14testing-process/agents/quality/coverage # Couverture et métriques15testing-process/agents/performance/load # Tests de charge16testing-process/agents/security/owasp # Tests sécurité OWASP17testing-process/agents/accessibility/wcag # Tests accessibilité WCAG1819# 2. Exécuter les tests de validation20cd .web-agency/skills/testing-process && npm test2122# 3. Questions fréquentes23"Quelle stratégie de tests adopter ?" → strategy/pyramide24"Comment mesurer la couverture ?" → quality/coverage25"Tests de performance pour mon API ?" → performance/load26"Vérifier la sécurité OWASP ?" → security/owasp27```2829## Position dans l'Architecture3031Ce skill est au **NIVEAU 2 : PROCESSUS**. Il définit le QUOI et QUAND tester, pas le COMMENT.3233```34┌─────────────────────────────────────────────────────────────────────┐35│ NIVEAU 1 : STRATÉGIE (direction-technique) │36│ → POURQUOI : Politique qualité, budgets, exigences │37├─────────────────────────────────────────────────────────────────────┤38│ NIVEAU 2 : PROCESSUS │39│ ┌────────────────────────────┐ ┌────────────────────────────┐ │40│ │ web-dev-process │ │ testing-process ← ICI │ │41│ │ Phases de développement │ │ Méthodologie de tests │ │42│ └────────────────────────────┘ └────────────────────────────┘ │43├─────────────────────────────────────────────────────────────────────┤44│ NIVEAU 3 : IMPLÉMENTATION (skills techniques) │45│ → COMMENT : Code de tests spécifique à chaque technologie │46│ backend-dev/testing, frontend-dev/testing, react/testing, etc. │47└─────────────────────────────────────────────────────────────────────┘48```4950## Philosophie5152> Définir QUOI tester et QUAND, pas COMMENT.5354Ce skill :55- ✅ Définit la stratégie de tests (pyramide, ratios)56- ✅ Explique les types de tests et leurs cas d'usage57- ✅ Guide sur les métriques de qualité58- ✅ Fournit les méthodologies (TDD, BDD)59- ✅ Définit les critères de qualité6061Il ne fait PAS :62- ❌ Le code de test spécifique → `backend-developer/testing`, `frontend-developer/testing`63- ❌ La configuration d'outils → skills techniques64- ❌ Les décisions politiques → `direction-technique/qualite`6566## Domaines et Agents (25 agents)6768### 1. strategy/ - Stratégie de Tests (5 agents)6970Définition de la stratégie globale de tests.7172| Agent | Responsabilité |73|-------|----------------|74| `orchestrator` | Coordination stratégie testing |75| `pyramide` | Pyramide de tests, ratios, anti-patterns |76| `tdd-bdd` | Méthodologies TDD, BDD, ATDD |77| `planning` | Planification des tests, priorisation |78| `documentation` | Documentation des tests, rapports |7980### 2. types/ - Types de Tests (5 agents)8182Méthodologie pour chaque type de test.8384| Agent | Responsabilité |85|-------|----------------|86| `orchestrator` | Coordination types de tests |87| `unit` | Tests unitaires - isolation, mocks, AAA |88| `integration` | Tests d'intégration - API, DB, services |89| `e2e` | Tests end-to-end - parcours utilisateur |90| `component` | Tests de composants UI |9192### 3. quality/ - Qualité et Métriques (4 agents)9394Mesure et amélioration de la qualité.9596| Agent | Responsabilité |97|-------|----------------|98| `orchestrator` | Coordination qualité |99| `coverage` | Couverture de code, seuils, reporting |100| `mutation` | Mutation testing, qualité des tests |101| `flaky` | Détection et correction tests instables |102103### 4. performance/ - Tests de Performance (4 agents)104105Tests de charge et performance.106107| Agent | Responsabilité |108|-------|----------------|109| `orchestrator` | Coordination performance |110| `load` | Tests de charge (k6, Artillery) |111| `frontend-perf` | Core Web Vitals, Lighthouse |112| `profiling` | Profiling et analyse |113114### 5. security/ - Tests de Sécurité (4 agents)115116Tests de sécurité applicative.117118| Agent | Responsabilité |119|-------|----------------|120| `orchestrator` | Coordination sécurité |121| `owasp` | OWASP Top 10, vulnérabilités |122| `dependencies` | Audit dépendances, CVE |123| `headers` | Headers HTTP sécurisés |124125### 6. accessibility/ - Accessibilité (3 agents)126127Tests d'accessibilité.128129| Agent | Responsabilité |130|-------|----------------|131| `orchestrator` | Coordination accessibilité |132| `wcag` | Conformité WCAG 2.1/2.2 |133| `audit` | Audits axe-core, Pa11y |134135**Total : 25 agents spécialisés**136137## Règles de Routage138139### Par Type de Question140141| Question | Domaine |142|----------|---------|143| Stratégie de tests, pyramide, ratios | `strategy/` |144| Comment structurer mes tests unitaires ? | `types/unit` |145| Tests d'intégration avec DB | `types/integration` |146| Tests end-to-end, parcours | `types/e2e` |147| Couverture de code, métriques | `quality/coverage` |148| Tests de charge, performance | `performance/load` |149| Sécurité OWASP, vulnérabilités | `security/owasp` |150| Accessibilité WCAG | `accessibility/wcag` |151152### Par Mots-Clés153154| Mots-clés | Agent |155|-----------|-------|156| pyramide, ratio, 70/20/10 | `strategy/pyramide` |157| TDD, BDD, red-green-refactor | `strategy/tdd-bdd` |158| mock, stub, spy, isolation | `types/unit` |159| API test, contract, Pact | `types/integration` |160| Playwright, Cypress, parcours | `types/e2e` |161| coverage, seuil, 80% | `quality/coverage` |162| mutation, Stryker | `quality/mutation` |163| k6, load test, stress | `performance/load` |164| Core Web Vitals, LCP, CLS | `performance/frontend-perf` |165| OWASP, injection, XSS | `security/owasp` |166| npm audit, Snyk, CVE | `security/dependencies` |167| WCAG, aria, screen reader | `accessibility/wcag` |168| axe-core, Pa11y, Lighthouse | `accessibility/audit` |169170## Arbre de Décision171172```173Requête Testing174│175├─ Concerne la STRATÉGIE globale ?176│ ├─ Pyramide, ratios → strategy/pyramide177│ ├─ TDD, BDD → strategy/tdd-bdd178│ └─ Planification → strategy/planning179│180├─ Concerne un TYPE de test ?181│ ├─ Tests unitaires → types/unit182│ ├─ Tests d'intégration → types/integration183│ ├─ Tests end-to-end → types/e2e184│ └─ Tests de composants → types/component185│186├─ Concerne la QUALITÉ/métriques ?187│ ├─ Couverture → quality/coverage188│ ├─ Mutation testing → quality/mutation189│ └─ Tests flaky → quality/flaky190│191├─ Concerne la PERFORMANCE ?192│ ├─ Tests de charge → performance/load193│ ├─ Core Web Vitals → performance/frontend-perf194│ └─ Profiling → performance/profiling195│196├─ Concerne la SÉCURITÉ ?197│ ├─ OWASP → security/owasp198│ ├─ Dépendances → security/dependencies199│ └─ Headers → security/headers200│201├─ Concerne l'ACCESSIBILITÉ ?202│ ├─ WCAG → accessibility/wcag203│ └─ Audit → accessibility/audit204│205├─ Code de test SPÉCIFIQUE à une techno ?206│ └─ → Déléguer au skill technique207│ ├─ React → react-expert/testing208│ ├─ Next.js → nextjs-expert/testing209│ ├─ Backend → backend-developer/testing210│ └─ WordPress → wordpress-gutenberg-expert/testing211│212└─ Décision stratégique (politique qualité) ?213 └─ → direction-technique/qualite214```215216## Interaction avec les Autres Skills217218### Flux Entrants219220```221direction-technique/qualite ──► testing-process (politique → méthodologie)222web-dev-process ──► testing-process (phase testing → détails)223```224225### Flux Sortants (délégation implémentation)226227```228testing-process ──► backend-developer/testing (tests backend)229testing-process ──► frontend-developer/testing (tests frontend)230testing-process ──► react-expert/testing (tests React)231testing-process ──► nextjs-expert/testing (tests Next.js)232testing-process ──► wordpress-gutenberg-expert/testing (tests WP)233```234235## Points d'Escalade236237### Vers direction-technique238239| Situation | Raison |240|-----------|--------|241| Définir les seuils de couverture | Politique qualité |242| Choisir les outils de test | Décision stratégique |243| Budget temps pour les tests | Validation managériale |244245### Vers l'humain246247| Situation | Raison |248|-----------|--------|249| Tests manuels exploratoires | Jugement humain requis |250| Validation fonctionnelle métier | Expertise domaine |251| Décision go/no-go release | Responsabilité |252253## Skills Associés254255| Skill | Niveau | Relation |256|-------|--------|----------|257| `direction-technique` | STRATÉGIE | Reçoit les politiques qualité |258| `web-dev-process` | PROCESSUS | Pair - phase testing |259| `backend-developer` | IMPLÉMENTATION | Délègue tests backend |260| `frontend-developer` | IMPLÉMENTATION | Délègue tests frontend |261| `react-expert` | IMPLÉMENTATION | Délègue tests React |262| `nextjs-expert` | IMPLÉMENTATION | Délègue tests Next.js |263264## Exemples de Routage Pratiques265266Cette section clarifie les frontières entre **PROCESSUS** (testing-process) et **IMPLÉMENTATION** (skills techniques).267268### Exemple 1 : Tests Unitaires269270| Question | Skill | Raison |271|----------|-------|--------|272| "Comment structurer mes tests unitaires ?" | `testing-process/types/unit` | **Méthodologie** : pattern AAA, isolation |273| "Comment mocker un service Node.js ?" | `backend-developer/testing/unit` | **Implémentation** : code Jest spécifique |274| "Comment tester un hook React ?" | `react-expert/testing` | **Implémentation** : RTL, code spécifique |275276### Exemple 2 : Pyramide de Tests277278| Question | Skill | Raison |279|----------|-------|--------|280| "Quels ratios adopter (70/20/10) ?" | `testing-process/strategy/pyramide` | **Stratégie** : ratios, anti-patterns |281| "Combien de tests E2E pour mon projet ?" | `testing-process/strategy/planning` | **Planification** : allocation |282| "Comment configurer Playwright ?" | `frontend-developer/testing/e2e` | **Implémentation** : config technique |283284### Exemple 3 : Tests de Sécurité285286| Question | Skill | Raison |287|----------|-------|--------|288| "Quelles vulnérabilités OWASP tester ?" | `testing-process/security/owasp` | **Méthodologie** : checklist OWASP |289| "Comment scanner les dépendances npm ?" | `testing-process/security/dependencies` | **Méthodologie** : processus audit |290| "Script Snyk pour mon CI GitHub Actions" | `devops/cicd/quality-gates` | **Implémentation** : config CI |291292### Exemple 4 : Couverture de Code293294| Question | Skill | Raison |295|----------|-------|--------|296| "Quel seuil de couverture viser ?" | `testing-process/quality/coverage` | **Méthodologie** : objectifs, métriques |297| "Comment configurer Istanbul/nyc ?" | `backend-developer/testing/coverage` | **Implémentation** : config outil |298299### Règle Générale300301```302┌─────────────────────────────────────────────────────────────────────┐303│ QUESTION │ SKILL │304├────────────────────────────────────┼─────────────────────────────────┤305│ "QUOI tester ?" │ testing-process │306│ "POURQUOI tester X ?" │ testing-process │307│ "QUAND ajouter des tests ?" │ testing-process │308│ "COMBIEN de tests ?" │ testing-process │309├────────────────────────────────────┼─────────────────────────────────┤310│ "COMMENT écrire ce test ?" │ skill technique (impl) │311│ "COMMENT configurer l'outil ?" │ skill technique (impl) │312│ "Code de test pour X ?" │ skill technique (impl) │313└────────────────────────────────────┴─────────────────────────────────┘314```315316## Changelog317318### v1.0.0319- Création initiale avec 6 domaines et 25 agents320- Consolidation de la méthodologie testing321- Position : NIVEAU 2 PROCESSUS322- Couverture : strategy, types, quality, performance, security, accessibility