Una corrección puede afectar a algo que ya funcionaba

Tiempo previsto: 16 minutos de actividad, más 5 de preparación y 2 de recogida (23 en total). El desarrollo se dirige a 3.º a 6.º de primaria; las variantes de ciclo indican cuándo cambia el objetivo inicial.

Montaje y organización

Una plantilla ficticia produce tres etiquetas con nombre exacto y cantidad. Datos: Lía 3, Noa 2 y Sol 4. Versión 1 muestra Lia 3, Noa 2 y Sol 4: falta la tilde de Lía. Tras modificar la plantilla, versión 2 muestra Lía, Noa y Sol, pero las tres cantidades quedan vacías. Versión 3 conserva nombres exactos y cantidades. Son salidas preparadas en papel; no se modifica ningún programa ni se afirma una causa técnica interna no documentada.

Caso listo para usar

La versión 2 arregla la tilde, pero no está lista: al revisar solo el nombre corregido se pasaría por alto que desaparecieron cantidades que antes estaban. Como la plantilla es compartida, conviene comprobar también Noa y Sol, además de ambos requisitos en Lía. La versión 3 puede aceptarse respecto a estos datos después de verificar las seis condiciones: tres nombres y tres cantidades. No cambió el encargo; cambió el producto, por lo que una comprobación anterior no valida automáticamente la salida nueva.

Desarrollo

1. 3 min · Guardar el punto de partida. Compara versión 1 con datos originales y registra qué cumple y qué falla. Conserva esos resultados para poder reconocer una pérdida posterior.
2. 5 min · Examinar la corrección. Consulta versión 2 y confirma que Lía recuperó la tilde. Después revisa cantidad y detecta el campo vacío, sin dar por aceptado todo al ver el arreglo buscado.
3. 5 min · Ampliar la prueba por dependencia. Revisa Noa y Sol porque proceden de la misma plantilla modificada. Relaciona la selección de casos con ese componente compartido, no con probar al azar más ejemplos.
4. 3 min · Aceptar con evidencia nueva. Comprueba versión 3 frente a los datos originales y registra los seis resultados. Explica por qué la aceptación se apoya en la versión actual y qué cambió respecto a la primera revisión.

Si la propuesta se atasca

Si solo se mira la tilde, vuelve a los dos requisitos constantes. Si se dice que nunca se puede aceptar una corrección, delimita los casos y criterios comprobados. Si se inventa por qué desaparecieron cantidades en el código, recuerda que solo se conocen las salidas dadas.

Qué observar

Comprueba si revalida requisitos y casos relacionados con un componente modificado y detecta una regresión. No confunde corregir un producto con cambiar las reglas del encargo ni con recibir una pieza útil.