mcpField
Q
qe-xp-practices

qe-xp-practices

github.com/proffesor-for-testingDevelopment51981 installsUpdated today
Repository

About qe-xp-practices

An Extreme Programming (XP) practices skill for software teams, covering TDD, continuous integration, and pair programming. It emphasizes gradual adoption, adapting practices to context, and measuring results.

Key features

  1. 01Explain XP values and core practices
  2. 02Describe roles and rotation in pair and ensemble programming
  3. 03Outline continuous-integration steps and build habits
  4. 04Present the four rules of simple design
  5. 05Show ways to involve agents in testing and CI

Use cases

  1. 01Begin adopting TDD and continuous integration
  2. 02Use pairing for complex or high-risk tasks
  3. 03Apply ensemble programming to architecture decisions or blockers
  4. 04Add agents to test generation and code review workflows

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/proffesor-for-testing/agentic-qe --skill qe-xp-practices

After installing, type/qe-xp-practicesin Claude Code to confirm it loaded.

Details

From the project README

Extreme Programming (XP) Practices

<default_to_action> When applying XP practices:

  1. START with practices that give immediate value
  2. BUILD supporting practices gradually
  3. ADAPT to your context
  4. MEASURE results

Core XP Practices (Prioritized):

PracticeStart HereWhy First
TDD✅ YesFoundation for everything
Continuous Integration✅ YesFast feedback
Pair Programming✅ YesKnowledge sharing
Collective OwnershipAfter CI+TDDNeeds safety net
Small ReleasesAfter CIInfrastructure dependent

Pairing Quick Start:

Driver-Navigator (Classic):
- Driver: Writes code
- Navigator: Reviews, thinks ahead
- Rotate every 20-30 min

Ping-Pong (with TDD):
A: Write failing test
B: Make test pass + refactor
B: Write next failing test
A: Make test pass + refactor

</default_to_action>

Quick Reference Card

The Five XP Values
ValueMeaningPractice
CommunicationEveryone knows what everyone doesDaily standups, pairing
SimplicitySimplest thing that worksYAGNI, small design
FeedbackGet feedback early and oftenTDD, CI, short iterations
CourageTell truth, adaptRefactor, admit mistakes
RespectEveryone contributes valueSustainable pace, pairing
Core Practices
PracticeDescriptionBenefit
Pair ProgrammingTwo devs, one workstationQuality + knowledge sharing
TDDRed-Green-RefactorConfidence + design
CIIntegrate multiple times/dayFast feedback
Collective OwnershipAnyone can change anythingNo bottlenecks
Sustainable Pace40-hour weeksLong-term productivity
Small ReleasesShip frequentlyRisk reduction

Pair Programming

When to Pair
ContextPair?Why
Complex/risky code✅ AlwaysNeeds multiple perspectives
New technology✅ AlwaysLearning accelerator
Onboarding✅ AlwaysKnowledge transfer
Critical bugs✅ AlwaysTwo heads better
Simple tasks❌ SkipNot worth overhead
Research spikes❌ SkipPair to discuss findings
Pairing Dos and Don'ts

Do:

  • ✅ Switch roles every 20-30 min
  • ✅ Take breaks together
  • ✅ Think out loud
  • ✅ Ask questions
  • ✅ Keep sessions 2-4 hours max

Don't:

  • ❌ Grab keyboard without asking
  • ❌ Check phone while pairing
  • ❌ Dominate conversation
  • ❌ Pair all day (exhausting)

Ensemble (Mob) Programming

Setup: 3+ developers, one screen, rotating driver

[Screen]
   ↓
[Driver] ← Directions from navigators
   ↑
[Navigator 1] [Navigator 2] [Navigator 3]

Rotation: Driver switches every 5-10 min

Best for:

  • Complex problem solving
  • Architectural decisions
  • Learning new frameworks
  • Resolving blockers

Continuous Integration

CI Workflow:

1. Pull latest from main
2. Make small change (<2 hrs work)
3. Run tests locally (all pass)
4. Commit and push
5. CI runs tests automatically
6. If fail → fix immediately

Best Practices:

  • Commit frequently (small changes)
  • Keep build fast (<10 min)
  • Fix broken builds immediately
  • Never commit to broken build

Four Rules of Simple Design

(In priority order)

  1. Passes all tests - Works correctly
  2. Reveals intention - Clear, expressive code
  3. No duplication - DRY principle
  4. Fewest elements - No speculative code

Agent Integration

// Agent-human pair testing
const charter = "Test payment edge cases";
const tests = await Task("Generate Tests", { charter }, "qe-test-generator");
const reviewed = await human.review(tests);
await Task("Implement", { tests: reviewed }, "qe-test-generator");

// Continuous integration with agents
await Task("Risk Analysis", { prDiff }, "qe-regression-risk-analyzer");
await Task("Generate Tests", { changes: prDiff }, "qe-test-generator");
await Task("Execute Tests", { scope: 'affected' }, "qe-test-executor");

// Sustainable pace: agents handle grunt work
const agentWork = ['regression', 'data-generation', 'coverage-analysis'];
const humanWork = ['exploratory', 'risk-assessment', 'strategy'];

Agent Coordination Hints

Memory Namespace
aqe/xp-practices/
├── pairing-sessions/*   - Pair/ensemble session logs
├── ci-metrics/*         - CI health metrics
├── velocity/*           - Team velocity data
└── retrospectives/*     - XP retrospective notes
Fleet Coordination
const xpFleet = await FleetManager.coordinate({
  strategy: 'xp-workflow',
  agents: [
    'qe-test-generator',   // TDD support
    'qe-test-executor',    // CI integration
    'qe-code-reviewer'     // Collective ownership
  ],
  topology: 'parallel'
});

Common Objections

ObjectionResponse
"Pairing is 2x slower"15% slower writing, 15% fewer bugs, net positive
"No time for TDD"Debugging takes longer than testing
"CI is hard to setup"Start simple: one action, one test
"Collective ownership = chaos"Only without tests + CI

Related Skills


Remember

XP practices work as a system. Don't cherry-pick randomly:

  • TDD enables collective ownership
  • CI enables small releases
  • Pairing enables collective ownership
  • Sustainable pace enables everything

With Agents: Agents amplify XP. Pair humans with agents. Agents handle repetitive work, humans provide judgment and creativity.

Comments

Markdown supported