Borrador editorial publicado para consulta. La revisión factual y lingüística está pendiente. Los ejemplos son ilustrativos.
Formula una pregunta limitada
Elige la incertidumbre que puede cambiar la decisión: acceso a datos, precisión de una clasificación o viabilidad de un recorrido. Define entrada, condiciones y resultado esperado antes de construir. No uses “demostrar que funciona” como único objetivo; una prueba que solo admite éxito puede esconder los problemas que justamente debía descubrir.
Acuerda límites y evidencia
Delimita duración, esfuerzo, conjunto de casos y sistemas autorizados. Decide qué evidencia permitirá continuar, repetir o descartar el enfoque. Incluye fallos y casos difíciles, no únicamente una demostración ideal. Etiqueta los datos sintéticos y los componentes temporales para que nadie confunda la prueba con una versión lista para operar con clientes.
Documenta una decisión de salida
Ejemplo: probar lectura de pedidos desde un entorno autorizado, incluida una respuesta vacía y acceso revocado. El informe entrega casos, resultados y límites; no promete sincronización completa si solo leyó datos. Al cerrar, decide si existe evidencia para el siguiente alcance, qué debe rehacerse y qué se conserva únicamente como aprendizaje técnico.
Puntos clave
- Una prueba de concepto debe responder una incertidumbre concreta y permitir detenerse.