Debugging de aplicaciones JS y React
Last updated
Was this helpful?
Last updated
Was this helpful?
Debugging es el proceso de encontrar y eliminar errores en piezas de software. Literalmente significa quitar "bichos" o "bugs". Puede sonar un poco raro, pero en los programas de software, sobre todo los complejos, siempre hay errores. Es decir, que por mucho esfuerzo que hagamos para que nuestro programa no tenga errores, siempre habrĆ” casos lĆmite o condiciones que hagan que nuestro programa falle. Por tanto, vamos a tener que asumir que siempre habrĆ” errores y vivir con ello, y tener siempre una herramienta donde tener un listado de errores (o issues) por solucionar.
Los errores se introducen en nuestro programa por muy diversas causas. Ya sea por desconocimiento del lenguaje y sus peculiaridades. Y por desconocimiento de otras herramientas o librerĆas usadas en nuestro programa. Por otro lado, podemos introducir errores tambiĆ©n por no entender bien los requisitos de la aplicación, sucediendo esto mucho mĆ”s a menudo de lo que se pudiera esperar. A veces el propio dominio del problema tiene mucha complejidad, o aunque no sea muy complejo el desarrollador siempre puede tener despistes de forma habitual o puntual por tema de cansancio.
Muchas veces estos errores pueden venir, no del mismo programa sino del contexto donde se ejecuta. Por ejemplo, nuestro servidor puede quedarse sin memoria y afectar a nuestro programa. O tener un error de hardware. O desconectarse de Internet.
En esta sesión vamos a centrarnos en errores de código comunes en JavaScript y cómo solucionarlos. Cuando encontramos un error cuando estamos desarrollando un programa, siempre pensamos que es algo malo. Pero no es asĆ: cuando encontramos un error es positivo ya que estamos detectando este error nosotros y no un cliente de nuestro servicio. AdemĆ”s, los errores que aparecen en la consola son algo bueno porque nos dan muchas pistas de dónde viene el error y cómo solucionarlo. Ā”Solo tenemos que hacer un pequeƱo esfuerzo por leer el error y entenderlo!
En esta sesión vamos a aprender principios bÔsicos para detectar y solucionar errores en nuestro código JavaScript. Por tanto, estas habilidades las estaremos usando constantemente cuando estemos desarrollando software.
Pero, ¿podemos solucionar los errores antes de que se manifiesten? ”Claro! No es el objetivo de esta sesión, pero podemos utilizar distintas estrategias para prevenir la aparición de errores (bugs) en nuestro código. Una de ellas es precisamente el uso de herramientas de testing que veremos en la próxima sesión. Al realizar un código bien testeado, estamos previniendo que aparezcan muchos errores. AdemÔs, una buena estructura del código y el hecho de estar probando el código constantemente también son formas de prevenir errores y que son consecuencia de testear nuestro código (nos referimos a tener tests automÔticos).
Como hemos contado antes, siempre vamos a tener errores en nuestra aplicación, de mayor o menor gravedad. Asà que vamos a tener que usar técnicas de debugging constantemente para solucionar esos errores.
En esta sesión vamos a centrarnos en cómo solucionar errores que ya hemos detectado.
”Tenemos un error! ”Por lo menos! OMFG! ¿Qué hacemos para solucionarlo?
En esta sección vamos a ver pasos a seguir para solucionar errores y en qué consiste cada uno.
1) Reproducir el error
Para poder solucionarlo, tenemos que ser capaces de reproducir el error. Por ejemplo, el error puede suceder al arrancar la pÔgina, solo cuando hago clic en un botón, o solo la quinta vez que hago clic. Por tanto, tengo que tener claro qué pasos tengo que dar para que se reproduzca. Como hemos hablado antes, reproducirlo va a ser mucho mÔs complicado si depende del contexto. Por ejemplo, un error de rutas que no tengo en local pero que aparece al subir mi código a un servidor.
2) Aislar el error
Muchas veces podemos observar que tenemos un error pero no sabemos de dónde viene. Si es un error que se manifiesta en la consola, el paso natural es buscar el fichero y nĆŗmero de lĆnea que ahĆ se indica. Pero a veces se dan situaciones mĆ”s complicada. Por ejemplo, puede ser que el error sucede en una parte del programa pero debido a un fallo en otra parte. O que varios errores se manifiesten juntos. Para encontrar el origen del error cuando no sabemos de dónde viene es conseguir aislarlo.
Para aislar un error que no sabemos de dónde viene, lo mejor es ir descartando errores mĆ”s generales que podrĆan estar sucediendo. Por ejemplo, tenemos una aplicación de compra que al aƱadir un producto mediante un botón no actualiza la cantidad total. En este caso no tenemos un error en la consola que nos diga dónde buscar porque es un error de comportamiento de la aplicación. Vamos a ir aislando desde errores mĆ”s generales a errores mĆ”s concretos:
Nos aseguramos que la web que estamos probando en el navegador corresponde al fichero fuente que estamos modificando; por ejemplo, escribiendo algo mƔs en la pƔgina o haciendo un console.log
nos aseguramos de estar viendo el resultado en el navegador del fichero fuente que creemos
Buscamos la función JS que responde al evento de ese botón. Nos aseguramos que esa función se ejecuta.
Buscamos el cƔlculo del nuevo precio, y comprobamos que es correcto
Comprobamos que se pinta correctamente en el DOM
3) Entender el error
Una vez que hemos identificado y aislado el error, es hora de entender por qué sucede. Antes de intentar solucionar el error debemos asegurarnos de entender por qué sucede. La razón va a depender mucho del error que sea, y en la siguiente sección veremos algunos tipos de errores en JavaScript y herramientas para solucionarlos. Algo que nos puede ayudar bastante a entender cuÔndo y por qué sucede un error es el stack trace, es decir, el listado de las llamadas a funciones donde ha sucedido el error. En este ejemplo, el error sucede en la función drawTotal
, que es llamada por updateTotal
que a su vez es llamada desde una función anónima.
4) Solucionar el error
Ya sabemos qué error estÔ sucediendo y por qué: ya solo falta solucionarlo. FÔcil de decir pero, en ocasiones, nada fÔcil de realizar. Toca desarrollar código para solucionar el problema. Muchas veces este paso nos cuesta mÔs porque no acabamos de entender por qué sucede el error.
Vamos a explorar algunos errores tĆpicos de JavaScript. No vamos a ser exhaustivos, pero sĆ vamos a intentar cubrir los errores mĆ”s comunes.
En esta primera clasificación de errores en JavaScript, podemos diferenciar entre errores de sintaxis y de ejecución.
Los errores de sintaxis son errores en la propia sintaxis del lenguaje JavaScript. Por ejemplo, esta expresión no es vÔlida en Javacript const i = ;
pero esta sĆ const i = 0;
. Otros ejemplos son olvidar cerrar llaves {}
, olvidar una coma ,
en un array o poner un =
en lugar de :
al definir un objeto. Para prevenir este tipo de errores podemos usar herramientas automƔticas como los linters.
Los errores de ejecución son errores que no se deben al lenguaje en sà y que no pueden detectarse antes de ejecutar el código. Por ejemplo, en una función intentamos acceder a un parÔmetro pero quien la llama ha olvidado enviarlo y es undefined
. También lo es olvidar la parte de actualización de un bucle y que se convierta en un bucle infinito. O acceder al contexto this
en una función pero que se ejecute en un contexto que no esperamos.
1) El error tipogrƔfico (typo)
Uno de los errores mƔs comunes es el error tipogrƔfico. Estamos escribiendo alguna de las palabras del lenguaje, o de las variables que hemos declarado, y nos baila una letra.
Encuentra el error tipogrƔfico en estos ejemplos.
Ejemplo 1
Ejemplo 2
Ejemplo 3
2) Errores de variables
En nuestro programas siempre trabajamos con datos. Para guardarlo en JavaScript usamos variables. Algunos errores tĆpicos al trabajar con variables:
trabajar con el tipo de datos equivocado
errores al asignar o reasignar
uso de let
y const
Encuentra los errores al tratar con variables en estos ejemplos.
Ejemplo 1
Ejemplo 2
Ejemplo 3
Ejemplo 4
3) Errores de estructuras de datos
Cuando manejamos estructuras de datos complejas, como arrays y objetos, tambiĆ©n solemos encontrarnos con errores. Alguno tĆpicos son
error en la inicialización
acceso a posiciones del array fuera de los lĆmites
Encuentra los errores al tratar estructuras de datos en estos ejemplos.
Ejemplo 1
Ejemplo 2
Ejemplo 3
4) Errores de funciones
Cuando trabajamos con funciones (que es casi siempre) tambiĆ©n tenemos un listado de errores tĆpicos:
definimos la función y no ejecutamos
ejecutamos la función con parÔmetros inadecuados
Encuentra los errores al trabajar con funciones.
Ejemplo 1
Ejemplo 2
Ejemplo 3
5) Errores de null / undefined
Errores tĆpicos cuando no manejamos valores nulos o indefinidos:
llamar a función que no existe
acceder a una propiedad de un objeto que no existe
Encuentra los errores al trabajar con valores nulos o no definidos.
Ejemplo 1
Ejemplo 2
Ejemplo 3
6) Errores en bucles
Errores tĆpicos al trabajar con bucles son:
bucle infinito
cuando tengo bucles anidados, trabajar con distintos Ćndices
Encuentra los errores al trabajar con bucles.
Ejemplo 1
Ejemplo 2
Ejemplo 3
7) Errores en condicionales
Errores tĆpicos al trabajar con condicionales son:
confundir condición con asignación
confundir operadores para unir condiciones (&&
y ||
)
cuando hay varias condiciones, colocarlas en el orden adecuado
Encuentra los errores al trabajar con condicionales.
Ejemplo 1
Ejemplo 2
Ejemplo 3
8) Errores con librerĆas externas
Utilizando librerĆas externas, por ejemplo React, tambiĆ©n vamos a tener una serie de errores especĆficos, por ejemplo:
al importar ficheros
al referenciar otros componentes
al entender el comportamiento del framework, por ejemplo en React, quƩ va en el constructor
, quƩ va en el render
, etc.
al usar mĆ©todos especĆficos del framework, en React los mĆ©todos del ciclo de vida
un listado de productos con un precio fijado y un contador para poder aumentar o reducir la cantidad
un total que indica el precio total de los artĆculos seleccionados
En esta sección vamos a revisar algunas herramientas para debuggear errores en un código, que nos ayudarÔn a entender por qué suceden y cómo solucionarlos.
La herramienta mÔs arcaica para la resolución de errores en JS es el log
de la consola. Cuando sabemos en qué parte del código sucede un error, podemos loggear información sobre las variables que son usadas en esa porción de código. Es importante hacer el console.log
antes de que suceda el error porque si no, la lĆnea del log
no se llega a ejecutar y no veremos resultados.
Normalmente los logs no se usan porque tenemos herramientas mĆ”s avanzadas. Pero quizĆ” puede servir para hacer alguna prueba rĆ”pida cuando tenemos la intuición de quĆ© pasa en el código. Eso sĆ, no hay que olvidar borrar todos estos logs antes de commitear nuestros cambios.
Con la consola de JS de las herramientas del navegador también podemos detectar y solucionar errores. Esto es porque podemos ejercutar código JS en el contexto de nuestra pÔgina. Por ejemplo, si tengo un objeto global con información de estado de la pÔgina, puedo ejecutar una instrucción en la consola para comprobar el valor de una propiedad de ese objeto. O ejecutar alguno de sus métodos para ver si funcionan bien.
Tampoco es una herramienta creada especĆficamente para debugging, pero nos puede dar pistas de por quĆ© suceden algunos errores y poder reproducir algunos comportamientos. Como el anterior, normalmente usaremos herramientas mĆ”s sofisticadas como las que se explican a continuación.
Una herramienta sofisticada de debugging, es decir, para solucionar errores de código, son las DevTools de Chrome. En otros navegadores existen herramientas similares, pero nos centramos en esta sección vamos a ver cómo funcionan los breakpoints y herramientas asociadas en este navegador.
Un breakpoint o punto de interrupción es una forma de parar la ejecución de un código en un punto determinado. Al parar la ejecución en ese punto podremos inspeccionar todo el contexto de ejecución desde el valor de las variables en ese momento hasta la pila (stack) de funciones que se estÔn ejecutando.
Podemos crear puntos de interrupción asociados a distintas situaciones donde queremos pasar la ejecución. Lo haremos siempre desde la pestaña de "Sources". Los mÔs usados son
en una lĆnea de código concreta
en respuesta a un evento, por ejemplo, un click
Cuando paramos la ejecución en un breakpoint podemos realizar distintas acciones
ejecutar la función lĆnea a lĆnea y ver los resultados
cuando una función se llama desde la actual podemos ver el resultado directamente o ejecutar la otra también paso a paso
inspeccionar el valor de variable locales, en el panel Scope
observar el valor de una watch expression, es decir, el valor de una expresión definidas en función de las variables del contexto con las que podemos hacer operaciones
AdemƔs de los breakpoints, Devtools nos ofrece otra serie de herramientas complementarias que vamos a explorar.
En la pestaña de "Sources" tenemos un panel llamado Call Stack (pila de llamadas) donde podemos ver el listado de llamadas a funciones. Por ejemplo, supongamos que tenemos una función onClick
que dentro llama a otra función updateLabel
y paramos la ejecución en una lĆnea de la Ćŗltima. En la pila de llamadas tendremos un listado con updateLabel
, onClick
(en ese orden), porque tiene que terminar de ejecutarse la función updateLabel
, devolver (o no) un valor a la que la llamó (onClick
) y terminar la ejecución de esta última.
Event listeners
En la propia pestaƱa de "Elements" tenemos una sección de Event listeners donde podemos consultar quĆ© escuchadores de eventos tenemos sobre un determinado elemento HTML. Para verlo, tenemos que seleccionar el elemento en el panel que muestra el DOM y aparecen los eventos escuchados en ese elemento y la lĆnea del fichero JS donde estĆ”n. Esta función puede ser muy Ćŗtil para detectar, por ejemplo, si no hemos asociado bien un escuchador de eventos a un elemento o si le hemos asociado mĆ”s escuchadores de los esperados.
Cuando usamos preprocesadores CSS (como Sass) o JS (como Babel, typescript o uglifyJS) el código que nos aparece en las herramientas de depuración es código ilegible porque ha pasado por un procesado. Devtools es capaz de enlazar los ficheros source maps que crean esas herramientas de procesado con los ficheros originales. De esta forma, podremos depurar (por ejemplo, usar breakpoints) en los ficheros fuente originales aunque en realidad se estén ejecutando los ficheros procesados.
React, en cierto modo, reemplaza la jerarquĆa de elementos del DOM por una jerarquĆa de componentes. AdemĆ”s, prĆ”cticamente todo el comportamiento se deriva de los valores que tienen las props
y el estado de los componentes. Por todo esto, a veces resulta un poco difĆcil de depurar con las herramientas de desarrollo incluĆdas en los navegadores web.
La extensión de los navegadores se integra con las herramientas de desarrollo (F12) en ambos navegadores:
Cuando estemos en una pĆ”gina hecha con React, la pestaƱa React de las herramientas de desarrollo nos mostrarĆ” la jerarquĆa de componentes:
Dado el , identifica los errores y encÔjalos en la clasificación anterior. Se trata de una aplicación muy simple que tiene:
Realiza el y encuentra el error del código de la demostración.
Para solucionar esto, el equipo de React proporciona una webextension (extensión de navegador) especĆfica para depurar aplicaciones en React. La extensión estĆ” disponible para , para y tambiĆ©n como .