Tipos de bugs de software

Un “bug de software” es un error que afecta el comportamiento de un determinado programa. Odiados por los programadores, los “bugs” suelen ser bastante difíciles de eliminar. Para poder lidiar con ellos, los especialistas los han divididos en grupos según su comportamiento, y así es como ha surgido toda una clasificación zoológica de estos bichos. En esta ocasión, te presentamos a los más inusuales: Heisenbugs, Bohrbug, Mandelbugs, Schroedinbugs y demás integrantes de este nutrido grupo de errores.

Cualquier persona que haya intentado programar un ordenador sabe lo que es un “bug”. La palabra en inglés significa “bicho" (insecto), y se la utiliza para referirse a los fallos que aparecen a lo largo del proceso de creación de programas de ordenador. Si bien pueden aparecer en cualquiera de las etapas del ciclo de vida del software, son más frecuentes durante la fase de desarrollo y programación. El origen de este término es tan viejo como la programación misma, e incluso hay quienes afirman que el término “bug” se utilizaba en la “era pre-ordenador”, cuando alguna polilla atascaba los delicados mecanismos de alguna máquina. En la informática comenzó a utilizarse en 1947, cuando Grace Murray Hopper (una licenciada en física y destacada matemática llamada), que trabajaba programando el ordenador Mark II, pegó en su cuaderno el nombre del bicho que había bloqueado uno de sus relés electromagnéticos.


“Bug” reportado en 1947 por Grace Murray Hopper. Fue hallado en el Mark II.

El bug descubierto por Grace Murray Hopper fue el primero en ser famoso, pero no el único. La industria del software, aunque no tenga componentes físicos que puedan ser bloqueados por un bicho, suele tener problemas de funcionamiento que -siguiendo la tradición- también se denominan “bugs”. El software generalmente contiene errores. Esto es más evidente durante las etapas de desarrollo del mismo, ya que muchas personas se encuentran trabajando en diferentes partes del sistema, y varias de esas rutinas y subprogramas aún no están completamente terminadas. Tantos son los fallos que pueden aparecer, que los informáticos los han clasificado según su “comportamiento”.
Heisenbug es el nombre de uno de estos bichos y tiene su origen en el conocido “Principio de Incertidumbre de Heisenberg”. Heisenberg estableció limites, más allá de los cuales los conceptos de la física clásica no pueden ser empleados. Este principio afirma, por ejemplo, que no se puede determinar simultáneamente la posición y la cantidad de movimiento de una partícula. A veces se expresa esto como que el mismo acto de observar un experimento altera los resultados. Los programadores utilizan el término “heisenbug” para denominar a los errores que desaparecen o alteran su comportamiento al tratar de depurarlos. Esto ocurre por que cuando se intenta encontrar un error dentro de un programa se suele utilizar alguna herramienta -otro programa- o un estado de memoria diferente al habitual, lo que hace que el entorno en que se ejecuta el software bajo prueba no sea el mismo y el error desaparezca como por arte de magia, o “mute”, provocando efectos diferentes.


La denominación “Mandelbug” se debe al conocido conjunto fractal de Mandelbrot.

Los “Bohrbug”, denominados así por el modelo atómico de Bohr, es un tipo de error que se encuentra en las antípodas del anterior. Los informáticos utilizan esta denominación para aquellos errores que, no importa lo que se haga, mantienen un comportamiento constante. Otra variedad bastante frecuente es el “Mandelbug”, fallos con causas tan complejas que su comportamiento parece ser completamente caótico. La denominación se debe al conocido conjunto fractal descubierto por Benoit Mandelbrot, un monstruo matemático de enorme complejidad. Si estás programando, seguramente no querrás encontrarte con uno de estos.


Cualquier persona que haya intentado programar un ordenador sabe lo que es un “bug”.

Los “Schroedinbugs” parecen sacados de una novela de ciencia ficción. Son errores que no aparecen hasta que alguien lee el código y descubre que, en determinadas circunstancias, el programa podría fallar. A partir de ese momento, el maldito “Schroedinbug” comienza aparecer una y otra vez. Parece que algo así no puede existir, sin embargo, cualquiera que haya participado de un desarrollo más o menos grande seguramente ha tenido que lidiar con él. Su nombre se relaciona, por supuesto, con el físico Erwin Rudolf Josef Alexander Schrödinger y su famosa paradoja conocida como “paradoja del gato de Schrödinger”. En este caso, el error no se manifiesta hasta que el observador no sabe que está allí. Raro. Muy raro. Pero real.


Es muy poco frecuente encontrar un software que no posea algún error oculto.

El zoológico informático tiene más criaturas. Algunos no son son realmente problemas del software, pero lo parecen. Los programadores llaman “stole” al problema que se produce cuando luego de introducir datos que aparentan ser correctos (pero no lo son) se obtiene una (lógica) salida incorrecta. El problema, por supuesto, se encuentra en los datos introducidos, pero como el programador está convencido que estos son correctos, suele comenzar a reescribir partes de su programa tratando de eliminar un bug que, en realidad, no existe. El nombre deriva de Aristóteles (Aristotle), de quien mucha gente asumía que debía estar siempre en lo cierto y no cuestionaba sus ideas. Más extraños aun son los denominados “Phase of the Moon bug” (o bugs de fase lunar), errores que parecen depender de factores aleatorios y que la mente del programador los atribuye a los motivos más esotéricos. “El programa falla cuando José está presente”, o “solo falla cuando la luna está en cuarto creciente”. Al igual que todos los anteriores, este bug es muy frecuente.


Esperamos que esta galería de bichos te haya resultado interesante.

El último tipo de bug es quizás uno de los más comunes. Denominado “fantasma en el código”, suele esconderse en esas rutinas o subprogramas que rara vez se ejecutan. Su ubicación los hace muy difíciles de identificar durante las pruebas previas al lanzamiento del programa, y puede hacer que un producto fracase estrepitosamente al ser puesto a la venta. Aunque parezca extraño que algo así pueda ocurrir, basta con recordar el problema que tenia el microcódigo de los primeros microprocesadores Intel Pentium, que en determinadas condiciones arrojaban resultados erróneos al dividir dos números. Ese bug logró sobrevivir a todas las pruebas, y explotó cuando el chip ya estaba en la calle.

Esperamos que esta galería de bichos te haya resultado interesante, y te esperamos en el foro para que comentes con cuales has tenido que medirte.

Más sobre estos bugs, en Wikipedia

Muy interesante esto de que han clasificado "zooilógicamente" a los bichos informáticos.
¡Si habré sufrido a varios! Los más comunes, que algún programa se sienta "saturado" de estar procesando información y recibir alguna nueva orden "contradictoria" o incompatible con lo que está ejecutando y se cuelgue o directamente se cierre, haciéndote perder en lo que estabas trabajando o viendo.

Los que más y mejor recuerdo, son los de juegos. Para dar ejemplos concretos:

Al jugar al popularísimo Oblivion (el mejor RPG que he conocido a pesar de sus ocasionales fallos o detalles) suele acontecer que el personaje se "caiga" por debajo del suelo y no puedas salir de estar "debajo". O que a veces quedes como "metido" dentro de una muralla gruesa, cual si fuera hueca. Falla que acontece muy esporádicamente y pareciera no tener detonante. Sin embargo descubrí que se debe a pequeñas "grietas" que a veces hay en las uniones del dibujo de paredes (o escaleras) con suelos y, al realizar varias órdenes simultáneas el programa (como caminar desenfundando; tratando de luchar o interactuar simultáneamente con otras cosas) es donde más fácilmente se producen, como si el programa se "confundiera" o "distrajera" por demasiadas cosas juntas para procesar.

En tales casos, ya descubrí que, si tengo una "puerta" cercana que permita cambio de escenario, basta con que intente que el personaje estire el brazo y la accione desde su posición para reaparecer en el nuevo escenario como corresponde.

En otro juego (también de rol y bastante interesante a pesar de sus innumerables defectos o detalles mal concebidos) el Gothic III, mucho más fácilmente el personaje puede quedar metido dentro de alguna forma voluminosa como una piedra grande; por ejemplo al saltar queriendo quedar encima de la misma. O enemigos que te atacan quedar atrapados y atacarte desde dentro de la misma, por debajo del "suelo" que es la piedra, o a través de alguna pared que intentaste poner entre medio como escudo.

La mayoría de esa clase de "bichos" (los que yo describí) se dan siempre cuando el programa calcula varias cosas de modo conjunto o teóricamente simultáneas.

Cambiando de tema: Lo que NO me gustó, es que no hayas aclarado que el enlace final a la Wikipedia está en el idioma de la ingle y que, básicamente, es casi la misma información que ya pusiste acá.