agentleFS
josiasemmjosiasemm/ClaudeAgentsLab/.agents/skills/python-test-review/SKILL.md

python-test-review

Skill0 starsChanged 2 months agoMITView on GitHub

Reviews pytest test suites to detect missing scenarios, edge cases, weak assertions, untested error paths, and uncovered critical behaviors. Operates strictly in read-only mode without modifying files.

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    No modificar, agregar ni eliminar ningún archivo de código o de prueba durante la revisión.

    line 16

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Python Test Review Skill

Esta Skill guía la revisión especializada de suites de pruebas escritas con pytest, evaluando la exhaustividad, rigurosidad y calidad de las aserciones sin modificar el código.

Restricciones estrictas

  1. Solo lectura y búsqueda:
    • Usar únicamente herramientas de lectura e inspección (Read, Grep, Glob, view_file, grep_search, find_by_name).
    • No modificar, agregar ni eliminar ningún archivo de código o de prueba durante la revisión.
  2. Enfoque en calidad de pruebas:
    • Evaluar si las pruebas realmente garantizan el comportamiento esperado y protegen contra regresiones.

Áreas de inspección requeridas

1. Escenarios faltantes

  • Funciones públicas o módulos en src/ que carecen por completo de pruebas en tests/ (por ejemplo, funciones declaradas en código fuente pero nunca importadas en los tests).
  • Flujos donde el estado del sistema cambia y no se verifica dicho cambio posterior.

2. Casos límite (Edge Cases)

  • Comportamiento ante colecciones vacías (listas vacías [], diccionarios vacíos {}).
  • Entradas nulas (None), tipos incorrectos o cadenas en blanco ("", " ").
  • Identificadores o índices inexistentes (búsquedas que no encuentran coincidencia).

3. Aserciones débiles

  • Pruebas que solo verifican que no se lance excepción o que el retorno sea un booleano sin validar los datos completos.
  • Pruebas que no verifican el valor exacto de las claves del diccionario o atributos de los objetos resultantes.
  • Aserciones que permiten falsos positivos.

4. Rutas de error sin pruebas

  • Caminos alternativos (if/else, bloques except) donde la función debe retornar None o lanzar una excepción específica.
  • Verificación de excepciones esperadas mediante pytest.raises.

5. Comportamientos importantes sin cobertura

  • Invariantes de la aplicación (por ejemplo, asegurar que completar una tarea no muta otras tareas de la lista).
  • Casos de idempotencia o ejecuciones repetidas.

Estructura de reporte

Para cada hallazgo:

  • Prueba o Módulo evaluado: Archivo de prueba y/o archivo fuente correspondiente.
  • Deficiencia identificada: Escenario faltante | Caso límite | Aserción débil | Ruta de error | Falta de cobertura.
  • Riesgo: Qué bug podría pasar desapercibido si no se prueba este escenario.
  • Propuesta de prueba: Esquema o ejemplo de cómo debería ser el caso de prueba con pytest.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.