🎯

Skill 15 min lectura Claude Code

Performance Testing Skills
performance-testing-strategy

Un skill de Claude Code que no te da una respuesta genérica — te hace las preguntas correctas para entender tu contexto y genera un plan de estrategia concreto y ejecutable. Tool-agnostic: funciona con cualquier herramienta de load testing.

Performance TestingStrategyClaude Codek6JMeterLoad TestingTool Agnostic

Por Rodrigo Campos · 2026-03-11

Tabla de contenidos

rcampos09/performance-testing-skills

Repositorio público · MIT License · Compatible con Claude Code, Cursor y Windsurf

¿Qué es un Claude Code Skill?

Los skills de Claude Code son instrucciones especializadas que se instalan localmente en tu entorno y se activan de forma automática cuando el contexto de tu conversación lo requiere. No es un plugin, no es una extensión — es conocimiento experto que Claude aplica sin que tengas que pedirlo explícitamente.

Una vez instalado performance-testing-strategy, si preguntas algo como "¿por dónde empiezo con performance testing?" o "necesito un plan de pruebas de carga para mi API", Claude detecta la intención y aplica el skill automáticamente — haciendo las preguntas correctas para generar un plan estratégico real, no una respuesta genérica de internet.

🎯

Activación automática

Detecta la intención estratégica sin slash commands ni configuración por tarea

❓

Preguntas primero

No asume nada — pregunta antes de generar el plan para que sea específico a tu contexto

🔧

Tool-agnostic

k6 · JMeter · Locust · Gatling · NeoLoad — la estrategia es la misma

Instalación

Un solo comando. Compatible con Claude Code, Cursor y Windsurf.

Instalar todos los skills del repositorio

Instalar solo este skill

Skills disponibles

El repositorio incluye dos skills. Se agregan nuevos con cada actualización.

performance-testing-strategy

Diseña una estrategia de performance testing completa y adaptada a tu contexto. Pregunta antes de recomendar — tipo de tráfico, SLAs, tiempo disponible, ambiente de pruebas — y genera un plan concreto con la secuencia correcta de tipos de prueba.

Se activa cuando mencionas:

test plantest strategyperformance strategysmoke testload teststress testspike testendurance testsoak testSLA definitionhow many userswhere to startperformance testing plan

k6JMeterGatlingLocustNeoLoadTool-agnostic

Cómo funciona: las 4 preguntas

En lugar de darte una respuesta genérica, el skill te hace las preguntas correctas. Con esas respuestas genera un plan concreto, no un copy-paste de internet.

¿Qué tipo de tráfico tiene tu sistema?

¿Constante o en picos? Un e-commerce con Black Friday necesita Spike tests. Una API interna con tráfico estable necesita Load y Endurance. La respuesta cambia completamente la estrategia.

¿Tienes SLAs definidos o partimos de cero?

Si tienes SLAs (p.ej. p95 < 500ms, 99.9% disponibilidad), el plan se construye para validarlos. Si no, el skill te ayuda a definirlos primero antes de diseñar los tests.

¿Cuánto tiempo tienes disponible?

Un Endurance test necesita horas. Un Stress test puede durar minutos. Con el tiempo disponible el skill prioriza qué tipos de prueba incluir y en qué orden ejecutarlos.

¿El ambiente de pruebas está aislado de producción?

Si el ambiente comparte recursos con producción, el plan se ajusta para evitar impacto real. Si está aislado, se puede ejecutar con mayor agresividad en los Stress tests.

Ejemplo de conversación con el skill activo

El skill nunca asume — siempre pregunta primero para que el plan sea específico a tu sistema, no genérico.

Los 5 tipos de prueba que cubre

El skill conoce cuándo y cómo usar cada tipo. El plan que genera siempre justifica por qué incluye cada prueba — y por qué excluye las que no aplican a tu contexto.

🟢

Smoke Test

Siempre primero

Confirma que el setup funciona antes de gastar tiempo y recursos en pruebas más largas. 2-5 usuarios virtuales, duración corta. Si el Smoke falla, nada más tiene sentido ejecutar.

🔵

Load Test

Línea base obligatoria

Valida que el sistema aguanta el tráfico esperado en condiciones normales. Establece la línea base sin la cual no puedes interpretar los resultados de Stress o Spike tests.

🔴

Stress Test

Después del Load Test

Encuentra el límite real del sistema antes de que lo encuentre producción. Incrementa la carga progresivamente hasta que algo falla — y registra exactamente dónde y cómo falla.

🟡

Spike Test

Para sistemas con picos de tráfico

Simula ese Black Friday, lanzamiento viral o campaña de marketing. Carga máxima de golpe, sin ramp-up gradual. El sistema debe sobrevivir y recuperarse sin intervención manual.

🟣

Endurance / Soak Test

Para detectar memory leaks

Detecta memory leaks, connection pool exhaustion y degradación gradual que solo aparecen después de horas de ejecución continua. Los bugs más costosos de producción suelen aparecer aquí.

La secuencia correcta

El problema real que resuelve el skill: la mayoría de los equipos saltan directo al Stress Test sin tener una línea base de Load Test. Resultado: no saben si el sistema rompió a 500 usuarios porque llegó al límite, o porque ya estaba roto desde los 100.

⚠️

El error más costoso: saltar al Stress Test sin Load Test

Si no tienes una línea base de Load Test y el sistema falla bajo carga alta, no sabes si falló porque llegó al límite real o porque ya estaba roto desde el principio. El skill te obliga a pensar en secuencia.

✅

La secuencia que el skill siempre recomienda

Smoke primero para validar el setup → Load para establecer la línea base → y después lo que el contexto pida: Stress si necesitas encontrar el límite, Spike si tienes picos de tráfico, Endurance si sospechas de memory leaks.

Tool-agnostic: cualquier herramienta

El skill no asume ninguna herramienta. La estrategia de performance testing es la misma independientemente de qué uses para ejecutarla.

JavaScript/TypeScript

Gatling

Java · Kotlin · Scala

JMeter

GUI / XML / CLI

Locust

Python

NeoLoad

Enterprise

Cualquier otra

La estrategia aplica igual

¿Cuándo combinar con gatling-best-practices?

Si usas Gatling, puedes combinar ambos skills. performance-testing-strategy diseña el plan estratégico (qué tipos de prueba, en qué orden, con qué criterios de éxito). gatling-best-practices luego genera el código de implementación siguiendo el patrón de 5 bloques correcto.

Ver Gatling Best Practices →

🎯

Empieza con estrategia, no con improvisación

El repositorio es público y libre de usar. MIT License. Sin telemetría si no la quieres. Si encuentras un bug o quieres proponer mejoras, abre un issue en GitHub.

Ver repositorio en GitHub ← Volver a Learning