Prueba qué ocurre cuando el formulario no se puede completar.

Para el ejercicio, nombre es obligatorio, cantidad admite enteros del 1 al 10 y descripción puede quedar vacía. Escribe estas reglas antes de probar para que un resultado inesperado no se convierta en la regla por accidente.

Prueba cantidad vacía, 0, 1, 10, 11 y 1,5. Los límites 1 y 10 deben admitirse según el contrato; los demás casos necesitan el comportamiento previsto para valores no válidos.

Deja nombre vacío y envía el formulario. Espera un mensaje que identifique el campo y explique qué falta. «Ha ocurrido un error» no permite saber si hay que completar un dato o esperar a que vuelva el servicio.

Después corrige el nombre. Comprueba que los otros campos mantienen sus valores y que el mensaje desaparece o se actualiza al validar. Recorre también los campos con el teclado.

MDN explica que la validación en el navegador no sustituye la validación del servidor. En una aplicación real, comprueba con quien la desarrolla dónde se aplican las reglas cuando llegan los datos.

En un entorno de prueba autorizado, el equipo puede enviar una cantidad fuera de rango directamente al punto de entrada y verificar que tampoco se acepta. La ausencia de un botón habilitado no demuestra por sí sola esa protección.

Simula con el equipo un fallo del guardado en pruebas. El formulario no debe anunciar una solicitud creada si no se ha confirmado. Define cómo se muestra el problema y qué puede hacer la persona con los datos ya escritos.

Registra campo, entrada, resultado esperado y observado. Al corregir, repite los valores de frontera y el caso válido completo. Conserva los resultados junto a los criterios de aceptación.