testing-patterns
Aplicar patrones de prueba
또한 다음에서 사용할 수 있습니다: sickn33,ChrisWiles,CleanExpo,0xDarkMatter
Escribir pruebas efectivas requiere comprender los patrones adecuados para cada escenario. Esta habilidad proporciona estrategias universales de pruebas, desde la pirámide de pruebas hasta los flujos de trabajo de TDD, para que puedas crear suites de pruebas confiables.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"testing-patterns" 사용 중입니다. Help me set up TDD for a shopping cart calculate_total function
예상 결과:
- Paso 1 - RED: Escribir una prueba fallida para carrito vacío (devuelve 0)
- Paso 2 - GREEN: Código mínimo para pasar la prueba
- Paso 3 - Refactor: Agregar soporte de ítems con aserciones adecuadas
- Siguientes pruebas a agregar: un solo ítem, múltiples ítems, manejo de descuentos
"testing-patterns" 사용 중입니다. What mocking strategy should I use for testing database queries?
예상 결과:
- Usa stubs para valores de retorno previsibles en métodos del repositorio
- Usa spies para verificar llamadas y conteo de consultas
- Mockea en el límite del repositorio, no dentro de la capa de base de datos
- Considera fakes para escenarios de consultas complejas
"testing-patterns" 사용 중입니다. How do I structure my test pyramid for a new API service?
예상 결과:
- Pruebas unitarias (70%): Probar cada handler de endpoint y la lógica de negocio en aislamiento
- Pruebas de integración (20%): Probar consultas a base de datos e interacciones de servicios
- Pruebas E2E (10%): Probar flujos críticos de usuario de extremo a extremo
보안 감사
낮은 위험Documentation-focused skill providing testing pattern guidance. Static findings are false positives from markdown code examples. The scanner flagged backtick-delimited code blocks as shell execution, example DATABASE_URLs as credential access, and testing tool names like pytest/docker as reconnaissance. The single utility script (coverage-check.sh) is a benign pytest wrapper with no network access or credential handling.
위험 요인
⚙️ 외부 명령어 (1)
⚡ 스크립트 포함 (1)
품질 점수
만들 수 있는 것
Aprender fundamentos de pruebas
Comprender la pirámide de pruebas y cómo estructurar pruebas para diferentes escenarios
Diseñar estrategias de pruebas
Crear planes de prueba integrales con el aislamiento adecuado y enfoques de mocking
Construir pipelines de pruebas en CI
Configurar pipelines de pruebas eficientes con paralelización y compuertas de cobertura
이 프롬프트를 사용해 보세요
Ayúdame a escribir una prueba unitaria para [function name] incluyendo la estructura arrange-act-assert y el mocking adecuado de dependencias.
Diseña una pirámide de pruebas para mi [feature name]. ¿Cuántas pruebas unitarias, de integración y E2E debería tener?
Guíame a través de TDD para [feature]. Empieza con una prueba fallida, luego código mínimo, luego refactoriza.
Ayúdame a configurar mocking para [external API/database] en mis pruebas. Incluye stubs para respuestas y mocks para verificar interacciones.
모범 사례
- Escribir pruebas antes del código de producción usando TDD para nuevas funcionalidades
- Mockear solo en límites externos (bases de datos, APIs, sistema de archivos)
- Mantener pruebas independientes sin dependencias de orden
피하기
- Probar detalles de implementación en lugar del comportamiento público
- Mockear el propio código bajo prueba
- Escribir pruebas que reflejen la lógica del código de producción