Escribe cómo sabrás que una función está terminada.

Requisito ficticio: aprobar una solicitud pendiente. Escribe la situación inicial, la acción y el resultado: una persona con permiso abre SOL-01, pulsa aprobar y ve el estado «aprobada» al volver a abrirla.

Incluye la persistencia en el resultado esperado. Que un botón cambie de color no demuestra que la decisión se haya guardado. Comprueba el dato que importa para el proceso.

Describe qué ocurre si falta permiso, si la solicitud ya tiene una decisión o si guardar falla. Para este ejercicio, una persona sin permiso no puede aprobar; una solicitud resuelta muestra su decisión actual; un fallo al guardar no muestra un éxito falso.

No deduzcas automáticamente estos comportamientos de una maqueta. Escríbelos y acuerda cuál es el mensaje y qué opción tiene la persona para continuar.

Copia: identificador del caso; estado inicial; persona y permiso; acción; resultado esperado; resultado observado; evidencia; aprobado o pendiente. Prepara datos ficticios que permitan repetir la prueba sin afectar trabajo real.

Una captura puede mostrar un mensaje, pero quizá necesites volver a abrir la solicitud para verificar el estado. Elige la evidencia según el comportamiento, no por lo fácil que sea obtenerla.

Para el ejemplo, permitir aprobar a quien no tiene permiso bloquea la entrega. Un ajuste de redacción puede anotarse por separado si las personas responsables lo aceptan. Deja constancia de cada decisión pendiente.

Vuelve a ejecutar los casos afectados después de una corrección. No cierres una incidencia solo porque cambió el código: comprueba el resultado que motivó la incidencia.