Problemática

Limitaciones de un código sin gestión de errores

Cuando el código no considera situaciones excepcionales, el comportamiento de este se vuelve azaroso y poco confiable.

Ejemplo: Si un programa que calcula el promedio de dos números recibe una entrada inválida como una división entre cero o un valor nulo, este puede finalizar abruptamente o entregar un resultado engañoso sin advertencia alguna.

Este tipo de comportamiento impide que el sistema se recupere, se degrade de manera controlada o brinde información útil al desarrollador sobre lo que salió mal.

Un método que asume que sus parámetros siempre serán correctos puede ejecutar operaciones inadecuadas, devolver resultados incorrectos o incluso causar la interrupción del programa.

Ejemplo: Si un método espera que se le entregue una edad positiva y recibe un número negativo, podría almacenar un valor inconsistente en una base de datos o imprimir una edad que no tiene sentido. Del mismo modo, si se intenta acceder a una posición inexistente en un arreglo sin validar el índice previamente, el programa lanzará un error que detiene toda la ejecución, comprometiendo la experiencia de uso y la estabilidad del sistema.

Las pruebas unitarias como herramienta de validación

Con las pruebas unitarias, introducidas como herramientas para validar el comportamiento de los métodos bajo condiciones normales, dependen directamente de que el código bajo prueba sepa cómo reaccionar ante situaciones irregulares.

• Si un método no define qué hacer frente a un valor inesperado, la prueba que lo evalúa tampoco puede predecir un comportamiento correcto, ya que simplemente se limitará a detectar el fallo, sin que el programa sea capaz de manejarlo de forma controlada.

En otras palabras las pruebas unitarias ayudan a identificar fallos pero no los resuelven por sí solas. Para que tengan un verdadero impacto en la calidad del software, deben estar acompañadas de un diseño que reconozca y gestione explícitamente las condiciones de error.

La necesidad de una siguiente etapa: gestión de errores

La aparición de comportamientos erróneos ante entradas no válidas señala el inicio de una nueva etapa en el aprendizaje: el diseño de mecanismos que permitan al programa anticipar, detectar y responder adecuadamente a situaciones problemáticas.

A esta etapa se le conoce como gestión de errores y control de excepciones e introduce una capa adicional de robustez al software, al permitirle continuar funcionando o finalizar de forma controlada frente a circunstancias anómalas.

• Sin esta capacidad los programas además de fallar en sus resultados, se vuelven inseguros, difíciles de depurar y poco confiables para quienes los utilizan.

En base a todo esto, se hace evidente que la estructura actual del código, basada únicamente en la lógica funcional de los métodos, resulta insuficiente para abordar los desafíos que presenta un entorno de ejecución realista.