Ir al contenido
github/awesome-copilot

Planificación de pruebas y aseguramiento de la calidad para proyectos de GitHub según los estándares ISTQB e ISO 25010

GitHub CopilotClaude CodeCursorDevin / WindsurfGemini CLIOpenAI Codex

Acerca de esta habilidad

Instrucciones de texto que hacen que el agente actúe como ingeniero de aseguramiento de la calidad y arquitecto de pruebas. El agente lee la documentación de la funcionalidad: el documento de requisitos del producto (PRD), el desglose técnico, el plan de implementación y el plan del proyecto. Luego prepara tres documentos: una estrategia de pruebas, una lista de tareas de prueba y un plan de aseguramiento de la calidad. Estos documentos se basan en el marco ISTQB y en el modelo de calidad ISO 25010. Incluyen plantillas de issues de GitHub, etiquetas sugeridas, estimaciones en puntos de historia y criterios de entrada y salida para las puertas de calidad.
Empieza aquí

¿Cómo se utiliza esta habilidad?

1. Prepare la documentación de la funcionalidad en las rutas esperadas: `/docs/ways-of-work/plan/{epic-name}/{feature-name}.md`, así como `technical-breakdown.md`, `implementation-plan.md` y `project-plan.md` dentro de la carpeta de la funcionalidad. 2. Pida al agente que prepare el plan de pruebas. Ejemplo de solicitud del usuario: «Prepara una estrategia de pruebas completa, una lista de issues de prueba y un plan de aseguramiento de la calidad para la funcionalidad de inicio de sesión dentro de la épica de gestión de cuentas, a partir de los documentos de la carpeta del plan». 3. El agente analiza los documentos y selecciona las técnicas de diseño de pruebas adecuadas, como la partición de equivalencia y el análisis de valores límite. Luego prioriza las características de calidad según ISO 25010. 4. El agente crea los archivos `test-strategy.md`, `test-issues-checklist.md` y `qa-plan.md` en la carpeta de la funcionalidad. Estos archivos incluyen plantillas de issues listas para usar, entre ellas una plantilla para pruebas con Playwright. 5. Revise las estimaciones y las etiquetas sugeridas, como `unit-test`, `e2e-test` y `test-critical`, así como los criterios de las puertas de calidad. Ajústelos a las necesidades de su equipo antes de crear los issues manualmente en GitHub.

Requisitos y limitaciones

- Los cuatro documentos de la funcionalidad deben existir previamente en la estructura de carpetas `/docs/ways-of-work/plan/` para que los resultados sean precisos. - El agente necesita permiso para leer y escribir archivos dentro del repositorio. - La skill consiste únicamente en instrucciones de texto y no incluye scripts ni herramientas. No crea issues de GitHub automáticamente ni ejecuta ninguna prueba. Usar las plantillas en GitHub requiere una cuenta y un proyecto allí, y el usuario crea los issues por su cuenta. - Las referencias a Playwright y a los objetivos de cobertura, como una cobertura de líneas superior al 80%, son solo recomendaciones de planificación y no herramientas incluidas. - La calidad de los resultados depende de que los documentos de entrada estén completos y requiere revisión humana. - Licencia: MIT.

Instalación según el agente

Descarga y descomprime el ZIP. Contiene la carpeta breakdown-test y el archivo SKILL.md con los adjuntos originales y la licencia.

GitHub Copilot
  1. Crea esta ruta dentro de tu proyecto si no existe:.github/skills/
  2. Copia la carpeta completa de la habilidad en esta ruta:.github/skills/breakdown-test/SKILL.md
  3. Abre el proyecto en el agente o actualiza la lista y busca breakdown-test.
  4. Solicita la tarea del ejemplo y selecciona la habilidad. Concede solo los permisos necesarios.
Guía GitHub Copilot documentación oficial ↗
Claude Code
  1. Crea esta ruta dentro de tu proyecto si no existe:.claude/skills/
  2. Copia la carpeta completa de la habilidad en esta ruta:.claude/skills/breakdown-test/SKILL.md
  3. Abre el proyecto en el agente o actualiza la lista y busca breakdown-test.
  4. Solicita la tarea del ejemplo y selecciona la habilidad. Concede solo los permisos necesarios.
Guía Claude Code documentación oficial ↗
Cursor
  1. Crea esta ruta dentro de tu proyecto si no existe:.cursor/skills/
  2. Copia la carpeta completa de la habilidad en esta ruta:.cursor/skills/breakdown-test/SKILL.md
  3. Abre el proyecto en el agente o actualiza la lista y busca breakdown-test.
  4. Solicita la tarea del ejemplo y selecciona la habilidad. Concede solo los permisos necesarios.
Guía Cursor documentación oficial ↗
Devin / Windsurf
  1. Crea esta ruta dentro de tu proyecto si no existe:.devin/skills/
  2. Copia la carpeta completa de la habilidad en esta ruta:.devin/skills/breakdown-test/SKILL.md
  3. Abre el proyecto en el agente o actualiza la lista y busca breakdown-test.
  4. Solicita la tarea del ejemplo y selecciona la habilidad. Concede solo los permisos necesarios.
Guía Devin / Windsurf documentación oficial ↗
Gemini CLI
  1. Crea esta ruta dentro de tu proyecto si no existe:.gemini/skills/
  2. Copia la carpeta completa de la habilidad en esta ruta:.gemini/skills/breakdown-test/SKILL.md
  3. Abre el proyecto en el agente o actualiza la lista y busca breakdown-test.
  4. Solicita la tarea del ejemplo y selecciona la habilidad. Concede solo los permisos necesarios.
Guía Gemini CLI documentación oficial ↗
OpenAI Codex
  1. Crea esta ruta dentro de tu proyecto si no existe:.agents/skills/
  2. Copia la carpeta completa de la habilidad en esta ruta:.agents/skills/breakdown-test/SKILL.md
  3. Abre el proyecto en el agente o actualiza la lista y busca breakdown-test.
  4. Solicita la tarea del ejemplo y selecciona la habilidad. Concede solo los permisos necesarios.
Guía OpenAI Codex documentación oficial ↗

Los archivos mantienen su idioma para conservar nombres y rutas. La compatibilidad se clasifica mediante revisión, no mediante pruebas en todas las versiones.