Gestión de errores y depuración

Introducción a la gestión de errores y a la depuración

En vuestra vida de desarrollador de scripts, tarde o temprano deberá enfrentarse a errores o más precisamente a la gestión de los errores dentro de sus scripts. ¿Qué da más rabia que un script que se cuelga en plena ejecución? Cuando esto ocurre, es preferible y mucho más elegante interceptar los errores para mostrar un bonito mensaje personalizado en vez de dejar que PowerShell muestre sus propios mensajes.

Por otra parte, puede ser interesante tratar de anticipar los errores para actuar en consecuencia. Por ejemplo, si intenta suprimir una jerarquía completa de archivos y por alguna razón cualquiera esta contiene un archivo sobre el cual no dispone de permisos adecuados, entonces se generará un error.

Gracias a lo que va a aprender en este capítulo, podrá decidir cómo debe comportarse PowerShell frente a los errores. ¿Deberá interrumpir la ejecución del script o continuar? Y si continua ¿deberá o no mostrar un mensaje de error? Si sí, ¿qué tipo de mensaje? ¿El mensaje configurado por defecto o un mensaje que habrá definido usted mismo?

La otra parte de la gestión de los errores tiene que ver con la depuración. Cuando un script cuenta con algunos cientos de líneas de código, la depuración puede resultar...

La gestión de los errores

Para abordar correctamente este tema, primero tenemos que diferenciar dos tipos de errores: los errores críticos («Terminating errors» es el término inglés correspondiente) y los errores no críticos («Non-Terminating errors» en inglés).

Los primeros son considerados como graves, y cuando ocurren se interrumpe la ejecución del comando o del script. Los errores críticos se encuentran en general en errores sintácticos, en una división por cero, etc.

Los segundos, los errores no críticos, son más bien considerados como avisos; la mayor parte de los errores son, generalmente, de este tipo. En este caso, la ejecución del script continúa y - salvo indicación contraria - los errores se muestran por pantalla. Podemos encontrarnos este tipo de errores, por ejemplo, al suprimir un archivo si los permisos de acceso son insuficientes o si intentamos mover un archivo que no existe.

Veremos que el comportamiento por defecto, que consiste en continuar la ejecución del script al encontrarse con un error no crítico, se puede modificar. En algunos casos, es preferible parar el desarrollo de un script en vez de dejar que continúe por el peligro de generar errores en cascada que podrían poner en peligro en el mejor de los casos algunos archivos, en el peor nuestro sistema.

Empecemos por interesarnos en los errores...

Los errores no críticos

Debe saber que PowerShell permite definir su comportamiento frente a los errores de varias maneras:

PS > $ErrorActionPreference 
Continue 
 
PS > Get-ChildItem 'C:\NoExiste' 
Get-ChildItem : Cannot find path 'C:\NoExiste' because it does not 
exist. 
... 

Los errores críticos

Vayamos ahora a la caza de los errores críticos, llamados habitualmente «excepciones» por los desarrolladores. Por lo tanto es así como los llamaremos para distinguirlos de los errores no críticos.

Gracias a lo que descubriremos en esta sección, tendremos todavía más control sobre nuestros scripts. Así, en lugar de detener repentinamente un script a causa de una excepción, podremos actuar en consecuencia y tomar las medidas (correctivas o alternativas) que se imponen. En efecto, a menudo resulta indispensable saber si todo se ejecuta normalmente. Pero para esto debemos intentar prever los errores antes de que se produzcan...

Try {<bloque de instrucciones>} 

Catch [<tipo de error a interceptar>] {<bloque de instrucciones>} 

Finally {<bloque...

La depuración

En lo relativo a la depuración, PowerShell está dotado de ricas funcionalidades en comparación con su primo hermano VBScript. Es tan cierto que incluso integra la noción de breakpoint y de ejecución paso a paso tanto en modo consola como de manera gráfica.

Hay mil y una formas de depurar un programa; podría parecerse a un arte, pues resulta algo complejo y, por consiguiente, consume tiempo. A menudo, las técnicas difieren de una persona a otra. Sin embargo, las bases son comunes... Una técnica clásica consiste en intercalar en un script mensajes para mostrar el contenido de las variables o mensajes de aviso de paso para tratar de detectar el o los bugs. Veremos que con PowerShell es posible hacerlo todavía mejor (en lugar de definir Write-Host de depuración sin ton ni son) para no «contaminar» nuestro código.

Mostraremos también en este apartado cómo realizar una ejecución paso a paso, a menudo indispensable para encontrar el origen de nuestros errores.

Por último, para evitar perder tiempo depurando, lo mejor es evitar crear bugs. Qué fácil resulta decirlo, ¿verdad? Pero verá que, esforzándose en respetar algunas buenas prácticas, tales como declarar variables y asignarles un tipo, ahorrará un tiempo precioso. Hablaremos de esto también.