Dentro de NavRide: cómo probamos una función de navegación
Del cambio de código a la prueba de ruta: contratos, casos límite y validaciones que ayudan a evitar regresiones.
Una función de navegación no está terminada cuando compila. Antes de considerarla lista hay que comprobar qué ocurre en los caminos normales y también cuando falla una dependencia, cambia el modo de transporte o desaparece la conexión.
1. Protegemos comportamientos, no archivos históricos
Los tests deben expresar garantías útiles: conservar una ruta válida, no perder estado ante un fallo o respetar las restricciones del modo de transporte. Si la arquitectura cambia, la garantía debe seguir existiendo aunque cambie el lugar donde vive el código.
2. Probamos casos límite de navegación
Cambios de modo, recálculo, pérdida temporal de posición, tracks incompletos y disponibilidad offline son ejemplos de situaciones que pueden revelar errores difíciles de ver en una demostración corta.
3. La última validación ocurre sobre la integración completa
Una corrección aislada puede funcionar y romper otra pieza al integrarse. Por eso la validación final debe ejecutarse sobre el conjunto que realmente va a publicarse, no sobre una copia parcial.
