Redacta tests para una rama que importe

Escrito por whenreset · Referencias de Claude Code · Fuentes comprobadas: 2026-09-12

Identifica el framework de tests existente. Da preferencia a una función pura o a una rama clara tocada por cambios sin confirmar (uncommitted); si no, elige una con comportamiento explícito cerca de tests existentes. Inspecciona un solo objetivo y tres tests relacionados como máximo.

Establece el comportamiento esperado a partir de quienes lo llaman, de los tests o de la documentación. Redacta como máximo tres casos que falten y explica qué regresión detecta cada uno. No inventes reglas de negocio ni dupliques mecánicamente la implementación.

Aporta el código de test completo con imports y aserciones, la ruta o el punto de inserción previstos y el comando de test exacto del proyecto. Conserva los archivos fuente y no añadas un framework.

Comprueba de forma estática las firmas y las convenciones. Etiqueta el código como no ejecutado en lugar de afirmar que pasa. Si falta el framework o el comportamiento esperado, informa de la carencia con evidencia en lugar de montar un entorno.

Contrato de ejecución:
Empieza directamente. No me pidas que apruebe un plan, que elija archivos ni que rellene una plantilla. Usa solo este proyecto, esta conversación y los materiales ya proporcionados; no busques en proyectos ajenos ni en historial privado. Completa lo que la evidencia respalde e informa de los datos que falten. Si la tarea no es aplicable, explica por qué y detente sin inventar un resultado.
Conserva los archivos existentes y los cambios sin confirmar (uncommitted). Incluye el contenido propuesto completo en tu respuesta; los entregables independientes pueden guardarse con un nombre de archivo nuevo que no esté en uso. No instales dependencias, no cambies el entorno y no hagas commit, push ni despliegues. Respeta los límites de acceso y de permisos e informa del trabajo bloqueado. Revisa tu resultado una vez, entrégalo y detente sin preguntar si debes continuar.