Escribe criterios de aceptación verificables

Autor: AILesson6 min de preparaciónProbado con:ChatGPTRevisado el: 2026-08-28

Respuesta rápida

Convierte los requisitos en condiciones de aprobación observables, casos límite, exclusiones y evidencias. Proporciona: Requisito y resultado para el usuario, Reglas de negocio y calidad, Alcance e incógnitas. Resultado esperado: Un conjunto de criterios de aceptación comprobables con trazabilidad, ejemplos y decisiones pendientes.

1

Añade tu contexto

Tu texto permanece en este navegador. AILesson Prompts no lo envía a un modelo ni a un servidor.

2

Tu prompt

Los campos sin rellenar permanecen visibles como marcadores de posición, para que puedas copiar y editar el prompt

Escribe criterios de aceptación verificables para el requisito.

Requisito aprobado, usuario, propósito y fuente:
[requirement]

Reglas de negocio, datos, permisos, estados, umbrales, accesibilidad, rendimiento y errores:
[rules]

Alcance, exclusiones, plataformas, dependencias, términos pendientes y persona responsable de la aprobación:
[boundaries]

Usa únicamente las reglas proporcionadas. Divide los comportamientos compuestos en criterios atómicos. Para cada criterio, proporciona un identificador, el requisito de origen, la precondición, la acción o el evento, el resultado esperado observable, los datos de prueba o un ejemplo límite, las evidencias y la prioridad. Cubre el flujo correcto, las entradas vacías, no válidas o duplicadas, los límites de permisos, la finalización interrumpida o parcial, el comportamiento temporal y regional, la recuperación, la accesibilidad y los umbrales no funcionales solo cuando sean pertinentes y estén especificados. Marca los requisitos ambiguos como «Decisión necesaria»; no inventes un umbral ni una implementación. Detecta conflictos y palabras que no pueden comprobarse, como rápido, intuitivo, apropiado o en tiempo real. Termina con comprobaciones fuera del alcance y una matriz de trazabilidad.
Probar en Playground
Privado de forma predeterminadaLa preparación del prompt se realiza localmente en tu navegador. Evita introducir información confidencial en cualquier servicio de IA, a menos que tu organización lo permita.

De la entrada al resultado

Un ejemplo completo

Mira cómo un contexto concreto convierte esta receta en un resultado que puedes usar

Entrada real

Requisito y resultado para el usuario
REQ-12: Un empleado autenticado puede guardar un borrador de una solicitud de gastos y volver más tarde sin enviarla, para no perder el trabajo incompleto.
Reglas de negocio y calidad
Una solicitud tiene ClaimID, identificador de empleado, moneda, partidas, archivos adjuntos de recibos, estado y marcas de tiempo de creación y actualización. El borrador puede omitir los recibos y el centro de costes. Solo el empleado que lo creó puede verlo o editarlo. El envío valida los campos obligatorios y queda fuera de esta historia. Se solicita que el guardado automático sea «rápido», pero no se ha aprobado ningún intervalo. Las variantes regionales web admitidas son en-GB y zh-CN. Los archivos adjuntos deben usar las reglas de carga existentes.
Alcance e incógnitas
Solo web. La edición sin conexión y el acceso de responsables quedan fuera del alcance. Los servicios de identidad y carga son dependencias. La persona responsable del producto aprueba los criterios. El comportamiento al caducar la sesión y el periodo de conservación de borradores están pendientes.

Ejemplo de salida

AC-01 | REQ-12 | un empleado autenticado inicia una solicitud | selecciona Guardar borrador | se almacena un ClaimID único con la persona creadora, el estado Draft, la moneda, los datos de partidas existentes y la marca de tiempo actualizada; no se produce ningún envío | evidencia: registro persistente y confirmación en la interfaz | Obligatorio. AC-02 | REQ-12 | el borrador carece de recibo y centro de costes | Guardar borrador | el guardado se completa porque ambos campos son opcionales en estado Draft | ejemplo límite: una partida, sin archivo adjunto ni centro de costes | Obligatorio. AC-03 | regla de propiedad | el empleado B solicita el borrador del empleado A mediante la interfaz o una URL directa | se deniega el acceso y no se expone ningún detalle de la solicitud | evidencia: prueba o registro de autorización | Obligatorio. AC-04 | volver más tarde | la persona creadora inicia sesión más tarde en en-GB o zh-CN | el borrador aparece con los valores guardados y una presentación adecuada para la variante regional; los importes y marcas de tiempo subyacentes no cambian | Obligatorio. AC-05 | dependencia de carga | falla el guardado del archivo adjunto conforme a las reglas de carga existentes | el comportamiento del borrador y el mensaje recuperable requieren confirmación; no afirmar que el archivo adjunto se ha conservado | Decisión necesaria.

Decisiones necesarias: intervalo de guardado automático que sustituya «rápido»; comportamiento de las ediciones sin guardar al caducar la sesión; periodo de conservación y aviso de eliminación. Fuera del alcance: validación del envío, acceso de responsables y edición sin conexión. Trazabilidad: REQ-12→AC-01/02/04; propiedad→AC-03; dependencia de carga→AC-05.

Por qué funciona

  1. 1

    Los resultados observables y los ejemplos límite permiten comprobar el acuerdo antes de empezar la implementación.

  2. 2

    Las etiquetas de decisión necesaria evitan ocultar la ambigüedad del producto dentro de un caso de prueba.

Comprueba el resultado

  • ¿Es cada criterio atómico, observable y rastreable hasta un requisito proporcionado?

  • ¿Son pertinentes las condiciones límite en vez de texto estándar genérico?

  • ¿Se conservaron como decisiones pendientes los umbrales que faltan y los términos sin definir?

Úsalo con confianza

Preguntas frecuentes

Respuestas prácticas sobre cuándo usar esta receta, qué debes proporcionar y en qué casos la revisión humana sigue siendo importante

¿Qué debo preparar antes de usar «Escribe criterios de aceptación verificables»?

Para usar «Escribe criterios de aceptación verificables», prepara el requisito y el resultado para el usuario, las reglas de negocio y calidad, y el alcance y las incógnitas. Sustituye los marcadores de posición únicamente con información que puedas verificar. Si se desconoce un detalle, conserva explícitamente esa incertidumbre en vez de pedir al modelo que lo infiera.

¿Cuándo no está listo para usarse el resultado de «Escribe criterios de aceptación verificables»?

El resultado no está listo si todavía no ofrece, a partir de las evidencias proporcionadas, el resultado indicado —un conjunto de criterios de aceptación comprobables con trazabilidad, ejemplos y decisiones pendientes— o si depende de suposiciones sin resolver, aprobaciones pendientes o detalles inventados. Usa las comprobaciones como criterios de publicación: revisa las entradas de origen o asigna a una persona revisora identificada y autorizada en vez de pulir un resultado sin respaldo.

¿Qué herramientas de IA tienen pruebas registradas para «Escribe criterios de aceptación verificables»?

El registro de pruebas publicado para «Escribe criterios de aceptación verificables» incluye ChatGPT a fecha de 2026-08-28. Esto confirma ejecuciones registradas, no garantiza la compatibilidad ni resultados idénticos en versiones posteriores del producto. Si usas otra herramienta o versión, mantén visibles todas las restricciones y repite las comprobaciones del resultado antes de usarlo.

Más formas de explorar

Dónde encaja esta receta

Mantén el trabajo en marcha